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1 . ACCOMPLISHMENTS 

1.1 Scope of Technical Processing System Redefined 

The University's Board of Trustees has authorized the Stanford 
Computation Center to obtain 500,000 bytes of additional high speed 
(750 nanosecond) core to support full scale operation of BALLOTS and 
SPIRES. 

If this core is obtained and functions as expected, the Project's 
acquisition system can be put "on the air" during all hours of normal 
computer center operation, and, at the least, during the Library Acqui- 
sition Division's normal 8 to 5 schedule. To prepare for this service 
block, the scope of the prototype technical processing system has been 
redefined and frozen. Further modifications will not be made until 
operating experience has been accumulated. A statement of this scope 
follows: 

A. FUNCTIONAL OVERVIEW 

1. Ordering, Claiming, and Cancelling 

• All Roman alphabet material excluding medical books and 

government documents. 

2 • Receiving 

All material specifically purchased or received by approval, 
blanket order, or gift, excluding exchanges limited only by the 
exclusions cited under 1 above. 

3. Accounting 

Manual procedures only until additional numerical indices 
(e.g., invoice number, vendor number) are added to search and 
retrieval software. 

4. Statistics 

A generalized acquisition management statistics gathering 
and summarizing facility. 

5. Cataloging 

a. Capture of Library of Congress bibliographic data from 
MARC or Title II Depository cards. 

b. Maintenance of machine readable catalog file:;. 
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6. Searching 

On-line facility operational from 8? 00 AM to 5:00 PM for MARC 
File and In Process File. 

7. Conversion of serial payment file to machine readable form 

B. FILES 

1. Accessible through On-Line Search Facility 

a. In Process File as defined by attribute list. (See Appendix A) 

b. MARC File as defined by attribute list. (See Appendix A) 

2. Accessible from Tape by Batch: Historical backup of purged 

acquisition transactions, including purchase order number, 
vendor, amount, author, title, account number, date received, 
and date invoice paid 

3. Files Accessible through the WYLBUR Text Editor 

a. Locally keyboarded bibliographic data. 

b. Vendor identification number, name, and address. 

c. Requestor identification number, name, and address. 

d. Statistical File. 

C. FEATURES OF TECHNICAL PROCESSING SYSTEM 
1. Update Sensitive Features 

a. Update of entire record on individual attribute. 

b. Sort-by-attribute-within-identification number for execution 
of updates. 

c. Implementation of COPY command to copy entries from MARC 
files into the In Process File. 

d. Attribute content editing as defined by the Attribute List. 

e. Record content editing 

Record content editing is defined as a series of programmed 
decision steps to insure that each record contains only allow- 
able conditions. Examples: 

1. An item cannot be paid for before an invoice has been 
received unless designated as a prepayment order. 

2. An item cannot be claimed if already received. 

o 
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Updates for records containing disallowed conditions are 
not processed, but appropriate diagnostics are issued, 

f. Conversion of diacritical marks and special characters, 

g. Arithmetic operations on check digit in In Process File 
identification numbers, 

h. Generation of output transactions; As a result of an update, 
new transactions are stored in a temporary file for subsequent 
batch printing, 

2. Search features 

a. On-line at any terminal on campus (or elsewhere with appro- 
priate account computer number and telecommunications) during 
regular library service hours, 

b. Special features 

1) Saving of searches addressed to MARC file, 

2) Batch searching of saved requests against incoming MARC tapes, 

3) User feedback; facility for searchers and other users 
to communicate satisfaction or dissatisfaction, and 
suggestions, to system designers, 

3, Output 

a. On-line at terminal; immediate printing and/or display of 
search results, 

b. Batched on-line printer; scheduled outputs— such as purchase 
orders and other forms --reports, offline listings too lengthy 
for terminal output, system documentation, 

D, APPLICATIONS OUTPUTS 

1 , Purchase Orders 

2, Cancellation Notices 

3, Claims 

4, Notices to the National Program on Acquisitions and Cataloging (NVAC) 

5, Notices to Requestors 

6, Statistical reports for management; 

On-line files will be maintained to show certain statistics upon 
command. For example: 

Number of P,0,*s printed to date 
Number of claims issued 
Number of Cancellations issued 
Number of approval items retained 

ERjt 



- 5 - 



The Library of Congress classification number is the most direct 
approach for testing the applicability of MARC II records to the 
local MARC data collection. Analysis of LC subject headings is 
virtually impossible owing to their large number, dynamic change 
and frequent use of a variety of subdivisions. After experience 
is gained with the local use of the MARC records, other tests, 
such as language, may prove valuable in combination with the LC 
classification number. 

a. Test Number 1: MARC Field 008, Character Position 22, 

Intellectual Level Code 



If, 


Then 


Exclusion Category 


Blank 


Go to Test Number 2 




• 

J 


Exclude record 


Juvenile Readers 



b. Test Number 2; MARC Field 050, Library of Congress Call Number 

An LC classification number consists of one, two or three 
initial alpha characters followed by a finite number of numeric 
characters. The MARC classification subfield is delimited from 
the book number subfield by $b. This test is concerned only 
with the classification number. 

If the classification number subfield is equal to the follow- 
ing, perform the action indicated? 



4 




If, 


Then 


Exclusion Category 


Not present 


include 




AC, AE, AG, AI, AM, 
AN, AS, AY, AZ 


include 




AP 

Check numeric 
characters follow- 
ing 

(1) if 91-93, 101- 
115, or 200-230 

(2) if any other 
number 


exclude 

include 


-/periodical for 
Jewish readers, 
humor and juvenile 
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If, 


Then 


Exclusion Category 


B (followed by num- 
eric) , BC, BD, BF, 
BJ, BL, BM, BP, BR, 
BS, BT, BX 


include 




BV 

Check numeric 
characters follow- 
ing 

(1) if 4000-4470, 
4490-5099 

(2) if any other 
number 


exclude 

include 


•/pastoral theology 
and practical 
^religion 


CS 


exclude 


Genealogy 


Any other C designation 


include 




D, E, F, G, H, J, K, 
L, M, N, T, U, Z 


include 




Q (followed by num- 
eric), QA, QB, QC, QD, 
QE, QH, QK, QL 


include 




Any other Q desig- 
nation 


exclude 


Medicine 


V (followed by num- 
eric), VA, VB 


include 




Any other V desig- 
nation 


exclude 


Naval Science 


S (followed by num- 
eric), SD 


include 
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If, 


Then 


Exclusion Category 


Any other S desig- 
nation 


exclude 


Plant culture, 
animal & fish 
culture, fisheries 
and hunting sports 


Any one or two alpha 
string beginning with 
P, except PZ 


include 




PZ 

Check following 
numeric characters 
(1) 5-98 


exclude 


Juvenile Fiction 


(2) if any other 
number 


include 




R 


exclude 


Medicine 



3. Counting and Classifying Excluded Records 

It is necessary to know what and how many records are determined 
to be out of the scope of the local MARC File# Save 
a count of the number of records excluded for each statistical 
category listed in 2 above and print out at end of conversion run. 

The definition, organization and content of an on-line statistical 
file are under study. Until that study is complete, statistics 
from MARC conversion runs will be kept by Data Control from the 
diagnostic lists produced from each run. 

4. Test for MARC Record Status Field 

In the MARC II monograph format each record contains an indi- 
cation of status in the 5th character position of the Leader. 

Status codes are: 

n^new record 
c = correct record 
d s. delete record 

Once an item is determined to be in the scope of the local MARC 
File, action is taken on the record according to the status. 
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If, 


1 ' 

Then 


Status r n 


Convert record into format acceptable 
to the data base building program (hence- 
forth called input format). That is, 
first line is "BEGIN," last line is "END" 
and all data will have attribute mnemonics 
associated with attribute values in quotes. 


Status -c 


Use the LC card number (MARC Field 001) 
as key to delete record to be updated in 
local MARC File. The delete update will 
look like 




Delete "68-52086" END 




Convert record into input format as if 
it were a new record 


Status - d 


Do not convert record into input 
format. 




Save count of number of status r d 
records processed and print out at end 
of run. 



C. Detailed Specifications for MARC Tag to BALLOTS Attribute Conversion 

MARC records are produced in a communications format; records in 
this format must be converted, under program control, to BALLOTS in- 
put format. These converted records are then built by the data base 
building program into the local MARC File which can be searched on- 
line using the search facility. 

The following specifications include (1) general notes on MARC 
conversion; (2) error messages and diagnostics; (3) decision table 
conventions; and (4) decision tables for MARC tag to BALLOTS attribute 
conversion. 

1. General Notes on MARC Conversion 

a. These specifications agree with the latest revision of the 

Guide to MARC File and In Process File attributes (See Appendix A ) 
and with MARC Manual Vol. 1, Subscribers Guide to MARC Dis- 
tribution Service. 



ERIC 



- 9 - 



b* When items not now included by the Library of Congress are 
added to the MARC record, additional specifications will be 
issued* 

c. Ignore all indicators and delimiters unless specifically 
noted. They will NEVER be converted into the local MARC 
data base. Subfield delimiters should be replaced with 
»)$• where more than one subfield is converted to any single 

BALLOTS attribute. 

d. Attribute PRE with the value 

"2; MMDDYY" 

must be created for each record, where MMDDYY is the current 
date. 

e. The following fields are not now supplied by the Library of 
Congress. They should not be present in the record; should 
they appear in the record, an error diagnostic should be used. 



MARC Field 


Name 


010 


LC Card No.* 


Oil 


Linking LC Card No. 


016 


Linking NBN 


021 


Linking SBN 


026 


Linking OAN No. 


035 


Local System No. 


042 


Search Code 


071 


NAL Subiect Category No. 


080 


UDC No. 


086 


Suot. of Doc. Classification 


090 


Local Call No. 


242 


Translated Title 


660 


NLM Subiect Headings 


670 


NAL Subiect Heading 


690 


Local Subiect Heading Systems _ 
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f. In many cases MARC includes more than one piece of informa- 
tion in the same field. BALLOTS breaks out this information 
in several attributes. The key to such a field in a MARC 
record will be the occurrence of a second ”$a" delimiter in 
the field. At this time it is necessary to create another 
attribute to store the second piece of information. This 
can occur more than once. Example: 



MARC Field Designation 


015 


- Value in MARC record 


$aB67-215185$aAu66-9-170 


Value in BALLOTS record 


NBN ,, B67-25185" 
NBN" Au66-9- 170” 



The following table shews the correspondence of MARC tags 
and BALLOTS attributes where multiple occurrences of MARC 
$a subfield tags create multiple occurrences of BALLOTS 
attributes. 



MARC FIELD 
NAME 


MARC FIELD 
TAGS 


BALLOTS 
ATTRIBUTE (S) 


BALLOTS NAME 


National 

Bibliography 

Number 


015 


NBN 


National 

Bibliography 

Number 


Standard 

Book 

Number 


020 


SBN 


Standard Book 
Number 


Dewey Decimal 

Classification 

Number 


082 


DC 


Dewey Decimal 
Classification Number 


Imprint 


260 


PP (and) 

D (or) DS 


Place/Publisher (and) 
Date or Imprint Date 


Bibliographic 

Price 


350 


PR 


Price 
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MARC FIELD 
NAME 


MARC FIELD 
TAGS 


BALLOTS 
ATTRIBUTE (S) 


BALLOTS NAME 


Series 
Note — 
Personal 
Name/Title 
(traced) 


400 


SSA (and) 
TI 


Series 

Personal Name (and) 
Tracing Indicator 


Series 
Note — 
Corporate 
Name/Title 
(Traced) 


410 


SSI (and) 
TI 


Series 

Statement (and) 
Tracing Indicator 


Series 
Note — 

Conference or 
Meeting/Title 


411 


SSI (and) 
TI 


Series 

Statement (and) 
Tracing Indicator 


Series 
Note — 

Title (Traced) 


440 


SSI (and) 
TI 


Series 

Statement (and) 
Tracing Indicator 


Series 
Note — 
Untraced or 
Traced 
Differently 


490 


SSI 


Series 

Statement 


General Note 


500 


GN 


General Note 


'Bound With* Note 


501 


GN 


General Note 


Dissertation Note 


502 


GN 


General Note 


Bibliography Note 


504 


BIB 


Notes — Bibliography 
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MARC FIELD 
NAME 


MARC FIELD 
TAGS 


BALLOTS 

ATTRIBUTE(S) 


BALLOTS NAME 


Contents Note 


505 


NC 


No tes— Contents 


Abstract or 
Annotation 


520 


GN 


General Note 


Subject Added 
Entry — 
Personal Name 


600 


SDA 


Subject Personal 
Author 


Subject Added 
Entry — 

Corporate Name 


610 


SS 


Subject Headings 


Subject Added 
• Entry 

Corporate Name- 
Conference or 
Meeting 


611 


SS 


Subject Headings 


Subject Added 
Entry — 
Uniform Title 
Heading 


630 


SS 


Subject Headings 


Subject Added 
Entry — 
Topical 


650 


SS 


Subject Headings 


Subject Added 
Entry — 

Geographic Name 


651 


SS 


Subject Headings 


Other Added 
Entry — 
Personal Name 


700 


A 


Personal Author 
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MARC FIELD 
NAME 


MARC FIELD 
TAGS 


BALLOTS 

ATTRIBUTE(S) 


BALLOTS NAME 


Other Added 
Entry — 

Corporate Name 


710 


CA 


Corporate Author 


Other Added 
Entry — 
Corporate Name 
Conference or 
Meeting 


711 


CF 


Conference Author 


Other Added 
Entry — 
Uniform Title 
Heading 


730 


TU 


Uniform Title 


Title Traced 
Differently 


740 


TA 


Added Title 


Series Added 
Entry — 

Personal Name/ 
Title 


800 


SEA 


Series Personal 
Added Entry 


Series Added 
Entry — 

Corporate Name/ 
Title 


810 


SEI 


Series Added 
Entry 


Series Added 
Entry — 
Conference or 
Meeting/Title 


811 


SEI 


Series Added 
Entry 


Series Added 
Entry- 
Title 


840 


SEI 


Series Added 
Entry 



er!c 
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b. IF some field within the record does not meet the specifications 
owing to 

1) incorrect value present, 

OR 

2) unexpected field present 

Then the field should be rejected, the remainder of the record 
converted, and the following diagnostic printed 

irirk error IN RECORD <value of Field 001 /*** 

*** FIELD IN ERROR IS FIELD plumber of the field in error^*** 

•kirk Rvalue of the field in error ^*** 

and the entire record placed in a reject data set accessible 
by WYLBUR. 

These diagnostics do not include the error condition which 
may be raised by errors in the volume and file header labels. 

These conditions are detailed on p. • 

3. Decision Table Conventions 

The following decision table conventions will prevail: 

i 

a. "No conversion" 

The field or element being discussed is not to be 
included in the local MARC File, i«e«, should not 
be converted. 

b. "=" 

Indicates direct conversion into the local MARC 
File, ignoring indicator and delimitors. 

c. " 'x' " 

This is a constant and should appear as such in either 
the MARC data or the local MARC File, depending upon 
whether it has been converted. 

d. "not present" 

This attribute not to be included in the local MARC File* 

e. "perform" 

Go to the indicated label, follow the logic and return 
to the next statement after the entry point. 
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E* MARC File Index Requirements 

Indexes must be created to support on-line searching; 

1* L.C. card number index 

This index will contain the numeric portion of the CRD 
attribute and will be the main reference number to the 
MARC File. 

2. Personal name index 

This will contain entries for the A, AE, and AA 
attributes. 

3. Corporate name index 

The attributes indexed will be CA, CAE, and CAV. 

4. Conference name index 

CF, CFE, and CFA will be indexed. 

5. Title word index 

The T, TU, and TA attributes will be used to generate 
entries in this index. 

p # Summary of Translation Problems in the MARC Conversion 

The following is a summary, in order of occurrence, of problems 
encountered in converting MARC data to the BALLOTS input format. 

1. Hardware Incompatibility 



The Library of Congress MARC tapes were created using IBM 
2400 drives with the Cyclic Redundancy Feature. This feature 
caused an extra byte to be appended to the records, which 
raised the I/O error condition on our hardware. The Library 
of Congress subsequently documented this problem, and we were 
forced to exchange the tapes for ones compatible with our 
drives • 
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2. Volume Label Incompatibility 

A PL/1 implementation restriction created the necessity 
to switch to a newer version of the PL/1 compiler in 
order to properly bypass the tape labels. 

3. Coding Structure 

MARC tapes conform to USASI Code X3. 4-1968, which is 
different from EBCDIC, the standard IBM structure. 

Although it is possible to read USASI data on IBM hard- 
ware, data must be translated in memory before it can be 
used. Such translation is difficult in a higher-level 
language such as PL/1; it was therefore necessary to use 
a translation routine in Assembly Language to accomplish 
this. There were also difficulties caused by the special 
diacritic marks included in the Library of Congress USASI 
code; this required a special print chain. 

4. MARC Documentation 

Since the MARC record format is complex in nature, mis- 
understandings in interpreting the MARC User's Manual were 
to be expected. The Third Edition of the Manual (March 1969) 
with its inclusion of illustrative examples helped to resolve 
some of these problems. It was, however, still necessary 
to write programs to dump MARvj records field by field in 
order to round out our understanding of the format. 



5. MARC Format 

While the MARC Format is undoubtedly the best considering 
the needs of the user communi:y at large, certain problems 
arose in our application. 

One example is the lack of strict tag number sequence in 
the directory. Grouping of tag numbers tc reflect probable 
printing sequence was desirable to a greater number of people 
than was a grouping in numeric sequence; this required 
repeated searching of the directory. 

Another example was the failure to include subject informa- 
tion in the fixed fields. This forced a variable field search 
in order to make the inclusion-exclusion decision, which 
otherwise could have been made at the onset of record scan. 
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1.3 System Programming Specifications 

The following external specifications for record end attribute 
level update command language , diagnostics, and actions were completed 
and turned over to the software development staff. 



A. Entry Level Add 

Implemented in current data base build facility 



B. Entry Level Delete 

Command: Del ID 1234-2 

Diagnostics: ID 1234-2 does not exist 

ID 1234-2 check digit error 
ID 1234-2 has been deleted 

Action: Causes the entire entry to be deleted 



C. Attribute Level Update 
1. Add 



Command: For ID 1234-2 

Add A "Smith, John Q" 

Add D "1968" 

Diagnostics: ID 1234-2 does not exist 

ID 1234-2 check digit error 

For ID 1234-2 A already exists 



Action: Causes an attribute not present in an existing 

ID to be added to the entry. 
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2. Delete 



Command: For ID 1234-2 

Del A 
Del D 

Diagnostics: ID 1234-2 does not exist 

ID 1234-2 check digit error 

For ID 1234-2, A does not exist 



Action: Causes all of the content of the stated attribute(s) 

to be deleted from the entry. 



3. Change 

Command: For ID 1234-2 

Ch A to "Smith, John Q" "Jones, Tom P" 

Diagnostics: ID 1234-2 does not exist 

ID 1234-2 check digit error 

For ID 1234-2, A does not exist 

Action: Causes all of the contents of the stated attribute(s) 

to be replaced with the values input with the 
command. 



Output mode now follows one of two predefined formats: full 

record or short form. To accommodace users who may wish to tailor 
an output record according to their own needs, an expanded output 
mode has been defined. A draft of this document is included in 
Appendix 0 • 



1.4 Acquisition Outputs 

The acquisition output printing program is an applications program, 
written in XPL, which handles the printing of all acquisition outputs. 
The program uses a transaction file created and stored on disk by the 
build and update programs, and sorts the records into output categories 
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by the value of the Method of Procurements attribute (PRO). For purchase 
order, claim, and cancellation outputs, the records are then sorted by 
vendor identification number; for requestor notices, by requestor; and 
for National Program for Acquisitions and Cataloging Notices, by imprint 
date. The program is included as Appendix B 

For purchase order, claim, and cancellation output printing, within 
each vendor category, a blank form is printed first with the vendor 
name and address for window envelope mailing. For this information, 
the acquisition print program accesses a vendor identification file 
consisting of vendor identification number, name and address. 

Procedures for updating this file have been completely tested by 
Data Control. For updating the file, two types of data may be entered — 
instruction lines and address lines. Instruction lines must always begin 
with insert, delete, replace, or end (i, d, r, or e) while address lines 
must always begin with at least one blank character. There are four 
types of instruction lines: 

insert <^vendor ID number^ 

delete ^vendor ID number^? 

replace <^vendor ID number^ with ^vendor ID number 

end 



The insert instruction takes the address lines following the insert 
instruction and places them in the vendor address file along with a pointer 
containing the vendor ID number and the location of the address. The 
delete instruction removes an address and pointer from the file. The 
replace instruction replaces the pointer with a new pointer containing 
the new vendor ID number. The end instruction should be the last line 
in the data list and indicates that the end of the data has been reached. 
Abbreviations for the instructions are legitimate as long as they begin 
with the appropriate first character. The vendor ID number must be 
separated from the instruction word by at least one space. The ID number 
must start with A or B followed by four digits or else start with a digit 
followed by up to four digits. 

Address lines may only be used after insert instructions. There may 
be up to 6 address lines in a row and each line may have up to 31 charac- 
ters excluding preceding and terminal blanks. 

The following error messages and conditions prevail: 

INSTRUCTION CARD FORMAT ERROR 

followed by the instruction line. The most common cause of this error 
is a line that does not begin with an r, i, d, or e. Improper vendor 
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ID numbers will also trigger the error message. 

VENDOR ADDRESS FORMAT ERROR 

followed by the instruction line and address lines. The causes of 

er ror are address lines that are too long or too many lines in the 

address. 



ATTEMPT TO DELETE OR REPLACE VID NUMBER NOT IN THE TABLE 

followed by the instruction line. 

ATTEMPT TO INSERT OR REPLACE WITH VID NUMBER ALREADY IN THE TABLE 

followed by the instruction line and address lines and the address indi- 
cated by the already existing VID number. 

SORRY, FILE IS FULL. CHECK WITH PROGRAMMING STAFF 

This error should not occur unless initial estimates of the vendor 
address file size were inaccurate. It is the only error for which further 
processing is discontinued. 

For all errors the instruction in error is not executed and, except 
as indicated above, an attempt is made to continue processing instructions.. 

The following is a list of typical update commands: 



1? ins 203 

2? Mr. A. B. See 

3? 999 Old Age Row 

4? Spanking New Suburb 

5? Deadville, Delaware 22301 

6? r A4040 with 87635 

7? delete 2862 

8? end 

9? /* 

The acquisition output printing program was successfully tested 
to print purchase orders using the library print train (see Progress^ 
Report for quarter ending 24 April, 1969, Section 1.11) and the multi- 
purpose acquisition form. (See Appendix L for purchase order 
pr ting specifications.) Sample purchase orders were favorably re- 
viewed by Richard Abel and Co., Stanford* s principal book dealer. 




The specifications for generating the cancellation and claim 
transactions and the printing specifications have been completed and 
are included as Appendix C • Both outputs utilize the multi-purpose 
acquisition form. 



1.5 Check Digit for Acquisition Identification Number 

Each In Process File record has a unique identification number (ID). 
Since this number is referenced during build, search and update operations 
it is necessary to insure a high level of accuracy. This can be accom- 
plished by making the number self-checking with the aid of a check digit. 
The check digit is calculated by performing some arithmetic on the ID 
number. The me i hod chosen is to divide the ID number by seven and 
take the remainder as the check digit. For example: 

Raw ID: 175962 

Divide by 7: 175962*7= 25137 with a remainder of 3 

Self-Checking ID: 175962-3 

Project BALLOTS has decided to use an acquisition request slip with 
preprinted ID numbers. This decision was made in order to eliminate 
errors in manually assigning numbers, give the requestor a reference for 
inquiry about his requests, and because the number is needed throughout 
the complete acquisition process. This preprinting requirement dictated 
the very simple algorithm used to calculate the check digit. 

Printing machinery capable of producing a form meeting BALLOTS 
specifications is incapable of calculating a check digit. Instead, the 
machinery utilizes a printing drum which follows a repetitious pattern 
from 0 to 6, 0 to 6, etc., as the remainder of a number divided by seven 
follows the repetitious pattern 0 to 6. 



1.6 Recruiting and Staffing 

Supervisory positions for Data Preparation and Control have been 
filled. These two positions will release analysts for development work. 

Wayne Davison has joined the Project as a Junior Systems Librarian. 
Mr. Davison is a participant in the Stanford Library Intern Program 
which provides talented individuals with preprofessional positions to 
gain library experience and carry out formal graduate programs in library 
science. 

His association with the Stanford Undergraduate Library Activation 
Project has given him experience with book selection, ordering, cataloging 
and book preparation aspects of library operations. When the decision was 



- 45 - 



made to computer produce a book catalog for the J« Henry Meyer 
Memorial Library, Mr. Davison developed and documented the coding pro- 
cedures and was in charge of the training of other coders. He then took 
charge of the change and update procedures for the maintenance of the 
catalog. Later, Mr. Davison was appointed supervisor of the Meyer Cata- 
loging Section of the Catalog Division, the successor to the Undergraduate 
Library Activation Project. In this position, he supervised a staff of 
six persons who were responsible for the cataloging, coding, keypunching, 
and proofreading of all material for the Meyer Undergraduate Library and 
the production of the book catalog. His chief areas of endeavor were 
those of reviser of cataloging, original cataloger, and liaison between 
the library and the computer facilities. 

When the decision was made to convert the book catalog system from 
an IBM 1401 computer to an IBM System/360 model 40, Mr. Davison became 
the library representative in all matters of design and implementation 
of the new system. Through the experience he has gained not only a 
thorough understanding of the Meyer Book Catalog System, but also con- 
siderable knowledge in the area of the development of such a system and 
the workings of computer software and hardware. The fourth annual catalog 
which has been created under Mr. Davison’s direction using the new system 
will represent over 56,000 titles and 80,000 ■volumes* The production of 
this catalog is currently ahead of schedule. 



1.7 Wiring of Coaxial Cable Completed 

Twelve coaxial cables were pulled between the Stanford Computation 
Center and the Main Library. Each cable is capable of conducting a 
video bandwidth signal directly between the two locations, i.e., without 
the requirement for modems or boosters. This means that visual terminals 
can be hard wired and driven at full rated speed. With appropriate 
conmunications gear, wideband channel can also be multiplexed to drive 
a cluster of slow speed devices. 



1.8 Visual Terminals 

The Computation Center began work on assembling a rapid writing 
visual display based on the Tektronix 611 storage tube, the same device 
employed by Project INTREX. However, the Stanford version is expected 
to be much less costly because it "adds on" to an IBM 2741 typewriter 
terminal. The plan is to use the latter as the input device for query 
and the former as a passive "read only" display. This is an excellent 
combination for bibliographic search and retrieval because (1) it 
permits retention of a hard copy of the search strategy for diagnostic 
and training purposes, and (2) input keying of the search is dependent 
solely upon the typist’s keystroking ability and is unrelated to any 
terminal's display facility. 
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Initial plans call for utilizing an upper case character set 
with sixty-four characters, expandable to 128 by means of plug-in 
character generators. 

While this device is being tested, the Computation Center will 
continue to observe the market for commercially available, off-the- 
shelf devices which meet the speed and screen capacity requirements 
enumerated in earlier reports. If these become available, they will 
be obtained. 



1.9 SPIRES Reference Manual Index 



The index to the SPIRES Reference Manual has been completed. 

This index includes command and response terminology and generic names. 
Cross-referencing has been added to include natural language synonyms 
for the search mode commands and generic names. 



In addition, the index features advisory messages or system diag- 
nostics in the on-line search facility. These diagnostics are issued 
during the interactive search where the search cannot be completed. 
These situations arise for several reasons. For example: 



1. space limitations in the prototype search system, i.e. 

TOO MANY ITEMS WERE ACCUMULATED FOR THE CURRENT SEARCH 
SEARCH RESULTS RESET TO LAST<n >ITEMS; 

2. failure to satisfy a search request, i.e. 

<^attribute^>SEARCH IS UNAVAILABLE FOR THIS COLLECTION; 

3. searcher input error, i.e. 

USE OF UNSET TABS or 
3 OR MORE CHARACTERS MUST PRECEDE #• 



The index is available to system users in hard copy and is also 
stored on a data set accessible through WYLBUR. Storing the index on 
a disk accessible by WYLBUR facilitates future modifications under 
Data Control to the index at the terminal. Additional hard copies may also 
be obtained by using the 1403 high speed line printer at the Campus 
Facility of the Stanford Computation Center. 

The index is included as Appendix D. 
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1.10 SARPSIS 

SARPSIS, an acronym for Syntax Analyzer, Recognizer, Parser, and 
Semantic Interprets tion System, is the system employed to analyze and 
parse search requests input by users working interactively at on-line 
terminals. Complete documentation of this system is attached as 
Appendix E • 



1.11 Short Form Terminal Output 

The short form terminal output for the In Process File (see Progress 
Report for quarter ending 26 April, 1969, Section 1.5) has been imple- 
mented. For example: 

FIND? a lazarfeld and d 1968 



AUTHOR SEARCH FOR . . . LAZARFELD 
DATE SEARCH FOR ... . 1968 



1 DOCUMENT(S) ACCUMULATED 
? type 



ID 4462-3 

A Lazarfeld, Paul Felix. 

T The People* s Choice; how the voter 

makes up his mind in a presidential 



ED 


campaign 
3rd ed. 


PP 


New York; 


D 


1968 


VID 


30 


ORD 


lc 


MRI 


7-28-69; s 


BAC 


NKA 008 


SHE 


West 


PR 


$2.25 



Columbia University Press 



The short form of output includes those attributes which are most 
used in acquisition processing in any individual In Process File record. 
The output utilizes the attribute mnemonics rather than the full attri- 
bute name in order to save time spent waiting for typewriter terminal 
output. 
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2. PROBLEMS 

2.1 Staffing a Growing Production Operation 
Background of Staff Participation 

The introduction of automation in the library invariably requires 
utilization of a corps of outside experts, most of whom are non-library 
professionals. Inevitably, this sets apart the automation effort as 
something imposed externally, as if it did not require aid or advice 
from the incumbent professional staff. This condition is exacerbate 
by the "mysterious" aura surrounding the new computer technology. Also, 
the professional automation staff usually enjoys the most modern equipment 

and furniture, and high salaries, , , . . . 

To minimize this separatism, an early management decision was to bring 
the library staff at all levels into the automation program. Two purposes 

could be served: 

1, By assisting with systems analysis and planning new 
system requirements, professional librarians could be exposed to the 
complexities of planning for automation and benefit from a form of 
"continuing education." 



2. Incumbent non-professional staff could learn computer- 
aided technical processing work without fear of outsiders who might be 
looked upon as future competitors for their current jobs as activity 
progressed through experimentation, development and production. 

Utilization of Non-Professional Staff for Pro duction 

Specific production functions were identified and a schedule determ- 
ined for contributed hours from operations staff in the manual technical 
processing system. Response at first was gratifyingly enthusiastic. But 
after a period of about eight weeks, supervisory staff running the manual 
system began to express some resentment over loss of employees* time to 
their own tasks. This condition was alleviated to some extent by agree- 
ment that the Automation Division would supply from its own budget one 
full-time employee to each contributing Division (Acquisition and Catalog) 
to compensate for lost time. This was a good theory but did not work in 
practice because of two other problems: 

1. Rating Employees 

Rating the performance of contributed staff became a problem 
in itself, as not all supervisors were willing to have their employees 
rated by someone else. The problem became acute in the case of one or 
two employees who performed much better as teiminal operators or coders 
than they did as clerical assistant in their own assignments. 



2. Staff Loyalty 



employees 
cause a " 



Divided loyalties interfered with the efficient management of 
* time and effort. Peak loads in the manual system would often 
contributed" employee to be pulled from his scheduled commitment 



to automation. 
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The scheme of using contributed help has been in use for eight 
months* Despite the problems it is believed the overall benefit of 
staff involvement was worth its headaches* It is evident that a new, 
more stable staffing arrangement is needed, and there is serious ques- 
tion whether the project as a development effort should take over and 
manage the production effort now in its formative stages* 

The conclusion reached is that management of production is a proper 
concern of the project at this time for three reasons; 

1* Continued development and testing still remain for the 
acquisition and catalog subsystems and other systems (i*e*, circulation) 
yet to be developed* 

2. The technical nature of coding and input, as well as the 
devices (terminals) used demand constant monitoring by technically compe- 
tent persons* 

3* A production operation in a new system should not be turned 
over prematurely to the stewards of the system to be replaced* 

We therefore expect to manage production work for the foreseeable 
future. 



2*2 Documentation 

There is a demonstrable need to improve the quality and quantity of 
documentation. To do this without imposing an unfair burden on the 
development staff, an editorial assistant— a position specified in the 
original proposal but not successfully filled— is being recruited •/ A 
librarian is preferred* Discussion with colleagues in library automation 
and other computer endeavors has not been encouraging* In fact, the 
prospects are bleak according to most informants* Competent documentation 
experts are not easy to find* However, hiring the Data Preparation and 
Data Control supervisors will provide some relief for the development 
staff to prepare reports* 



2*3 Increase in Price of Computer Services 

IBM’s decision to price separately software, hardware and maintenance 
by systems engineers has reduced educational allowances* These changes 
have forced the Computation Center to increase its rates, effective 
June 21, 1969; 



Facility 


Old Rate 


New Rate 


CPU 

2741 Terminal Access 
Text Editing (WYLBUR) 


$ 480/hr. 

$4/hr. 
No Charge 


$540/hr. 
$3. 50/hr. 
$9. 00/hr. 
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Reduced terminal access rate is offset by the new editing charges. 
Public disc storage costs have been raised 50%, but this increase does 
not affect Project BALLOTS, owing to its use of a dedicated 2314 disc 
file<> 



The University's decision to buy the 360/67 will probably be some- 
what protective of further price increases in the immediate future* 
However, two "free” Systems Engineers formerly resident at the Center, 
will now be charged at $35/hr. If kept full-time, these men could cost 
Stanford as much as $140,000/yr. 



2.4 Management of Software Development 

Professor Edwin B. Parker, who is managing the software development 
effort, will be on leave next year at the Center for Advanced Study in 
Behavioral Sciences at Stanford. Fortunately, he will be immediately 
at hand* However, the daily management task must be shifted to a full- 
time responsible agency. Obviously, this should be the Stanford Compu- 
tation Center, as recommended by the Subcommittees on Teaching and Research 
of the Provost's Computer Committee. (See Section 7.10 of this report.) 



2.5 Acquisition of High Speed Core 

Full-time support or the BALLOTS/SPIRES partition requires 500KB 
of 750 nano-second core. "Slow” 8-microsecond bulk core, though cheap, 
cannot be used owing to its mismatch with the data transfer rate of 
drums storing data and programs to be paged. The University has author- 
ized the Computation Center to purchase core to be supplied by Ampex. 

The cost of this core including base price, maintenance, and interest, 
is $500,000, and requires an annual investment by Stanford of $100,000 
per year for the next five years, the anticipated remaining lifetime of 
the 360/67. An alternative approach is rental of IBM high speed core, 
which would cost $144,000 per year. If the Ampex core proves technically 
unsatisfactory, the latter course may have to be chosen. Another tech- 
nical alternative is to reduce core requirements to approximately 256KB 
by overlaying programs. Resolution of the core problem is expected within 
the next quarter. 
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3. FINDINGS 

3.1 Data Preparation and Control Statistics 

Information about new items to be added to the In Process File is 
xeroxed onto the BALLOTS Input Coding Sheet, sent to Data Preparation 
for coding and editing, and on to Data Control for input. 

The definition used by BALLOTS for these functions are: 

Coding - the preparation of data for input throug.h the process 
of assigning BALLOTS attribute mnemonics to data to ae input. 

Editing - the process of checking the accuracy, completeness, 
and legibility of coded data. 

Input — the process of keying coded data into a machine— readable 
file on the IBM 2741 terminal using the text editor called WYLBUR* 

Proofreading - the process of comparing a computer produced 
printout against original coding sheets in order to note errors 
introduced during input. 

For each item and for each function, starting time and ending time 
was recorded on the coding sheet. 

For a six-week sample period during May and June, the following 
production rates were tabulated. 

A. Items with acquisition control and Library of Congress bibliographic 
information. 





No. of 


Total Time 


Average 


Function 


Items 


(min. ) 


(min. /item) 


1. Data Preparation 








Coding 


360 


1115 


3.09 


Editing 


360 


514 


1.42 


Total Preparation 




1629 


4.51 


Time 


360 


2. Input 


360 


1821 


5.06 


TOTAL 


360 


3450 


9.57 



o 
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*B. Items with acquisition control and partial bibliographic 
information only* 



Function 


No* of 


Total Time 


Average 


Items 


(min*) 


(min* /item) 


1* Data Preparation 








Coding 


427 


817 


1791 


Editing 


427 


377 


•88 


Total Preparation 








Time 


427 


1194 


2.79 


2* Input 


427 


848 


1*98 


TOTAL 


427 


2042 


4.77 



Several points must be made in connection with the statistics 
collected so far for Data Preparation and Data Control* 

1* All coding, editing and input personnel were "borrowed" on a 
part-time basis from the Acquisition and Catalgg Divisions* 

The problems encountered in this staffing arrangement are dis- 
cussed in Section 2.1. 

2* The staffing situation discussed in 1 above plus the high turn- 
over rate of Library personnel has made training a never ending, 
time consu ming and disruptive process* From January through 
June, 16 people have been trained for Data Preparation and Data 
Control* 

Data Preparation 

Glee Harr ah, Automation Division 
Kathy Hahn, Acquisition Division 
Ghaida Firestone, Acquisition Division 
Natalie Wells, Acquisition Division 
Jane Kirschner, Acquisition Division 
Ann Dietz, Acquisition Division 
Charlotte Yablonky, Catalog Division 
Peggy Kim, Catalog Division 
Dorothy Diaz, Catalog Division 

Data Control 



Aver Jane Simmons, Acquisition Division 
Phyliss Ross, Acquisition Division 
Myriam Lima Netto, Catalog Division 
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Data Control (continued) 

Carmen Kristy Catalog Division 
Peggy Kim 9 Catalog Division 
Susan Spayde 9 Catalog Division 
Jean Wang 9 Catalog Division 
Glee Harrahy Automation Division 

In addition, key people in Acquisition and Cataloging were 
trained in Data Preparation procedures: 

Margaret Yanagihira, Acquisition Division 
Fred Lynden, Acquisition Division 
Pamela Dempsey, Catalog Division 

3. The high turnover and the delay in filling the supervisory 
positions for Data Control and Preparation have made it 
impossible to collect usable statistics on areas such as: 

a) throughput times for update processing and proofreading; 

b) personnel time for functions such as data base building, 
file manipulation, file backup procedures; 

c) throughput times for correcting daily WYLBUR data sets* 

4* This lack of full-time supervisory personnel through the end 
of the quarter ending June 26, 1969, plus high turnover and 
borrowed personnel resulted in inadequate statistical tabulation 
on a continuing basis and ineffectual regulation of statistical 
recording on the coding sheets* 



3*2 Results of On-Line Searching Trials 

The on-line search facility has been operating since February 24 
from 8:15 to 10:00 AM, five days a week* From April 14 through May 23 
professional and non-professional staff from the Acquisition and Catalog 
Divisions and the J. Henry Meyer Memorial Library, who normally search 
manual files, each participated in a two-hour on-line searching training 
session* Each session was confined to three or four users* 

The purpose of the sessions was to introduce the staff to machine 
searching* The sessions, each monitored by a BALLOTS staff member, 
consisted of a description of the on-line search facility, its purpose, 
files and features* Each user searched the In Process File* 



The searching experience thus far has shown: 



The need for continued intensive training 



o 
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1 . 
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2. The desirability of producing a simple, abbreviated guide to the on-line 
searching facility to summarize the SPIRES Reference Manual . 

3. The value of user feedback in structuring searching facility changes. 

In order to satisfy these requirements, beginning July 1, the on-line 
partition will continue to operate on an 8:15 to 9:30 AM schedule, five 
days a week. A staff member has been assigned to develop a written searching 
guide, conduct additional training sessions, and record the progress made. 

Results of this continued exposure will be documented and included in the 
next quarterly report. 



Searching Participants « 



Name 




Status 


Job Title 


J. HENRY 
LIBRARY 


MEYER MEMORIAL 


(P -Professional) 




1. 


Guy Deball 




Head, Circilation 
Department 


2. 


Ann Coder 


P 


Reference Librarian, 
Librarian II 


3. Jane Leavitt 
CATALOG DIVISION 


• 


Library Assistant 
(Circulation) 


4. 


Sandra Vella 


P 


Cataloger 


5. 


Maggie Lam 




Library Assistant 


6. 


Dorothy Diaz 


P 


Cataloger 


7. 


Betsy Brauns tein 




Library Assistant 


8. 


Ans Bekker 




Technical Processing 
Assistant 


9. 


Nancy Bryant 




Technical Processing 
Assistant 


10. 


Carmen Krist 




Technical Processing 
Assistant 


11. 


Elizabeth Wenburg 




Technical Processing 
Assistant 



o 
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ACQUISITION DIVISION 
12* Natalie Wells 

13* Frederick Lynden P 

14* Molly Brining 

15. Margaret Yanagihara P 

16. Esther Kempny 

17. Anne Dietz 



Technical Processing 
Assistant 

Assistant Chief of 
Acquisition Division, 
Head of Order Department 

Subject Specialist 

Chief Bibliographer 

Assistant Chief 
Bibliographer 

Technical Processing 
Specialist 



Classification of Participants 



Rank 



No. of Persons % 



Librarian III and above I 

Librarian II 3 

Librarian I 1 

Non-Professional (searches manual 11 

files frequently as part of job) 

Non-Professional (does not perform 2 



extensive searching in manual files as 
part of job) 
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4. Dissemination activities 

4.1 Distribution of Quarterly Newsletter 

Copies of the Newsletter were distributed widely at the Atlantic City 
Conference of the American Library Association, particularly at the two 
preconference institutes on acquisitions and the subject analysis of library 
materials. A copy of the first Newsletter is attached as Appendix F • 



4.2 Conference Proceedings Published 

The University Libraries published and are distributing Proceedings of 
the Stanford Conference on Collaborative Library Systems Development , held 
in October, 1968. An invitation was received from the American Library 
Association to undertake publication and distribution, but unfortunately, 
this arrived too late for action. Complimentary copies have been sent to 
members of the Committee on Library Automation (COLA). We are maintaining 
a list cf those who receive the Proceedings. 

Review copies have been sent to the following journals and organizations • 

Journals : 

Journal of Educational Data Processing 
Scientific Information Notes (SIN) 



Computing Reviews 

Information Science Abstracts (P<S» ) 

Library and Information Science Abstracts (U.K.) 
Program (U.K.) 

Journal of Library Automation 

ASIS Newsletter 

Library Quarterly 

Library Journal 

Special Libraries 

Wilson Library Bulletin 

Library Literature 




Journal of Documentation (U.K.) 
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Library of Congress Information Bulletin 
Organizations: 

American Library Association 
Council on Library Resources 

ERIC Clearinghouse on Library and Information Science 
Central Midwestern Regional Educational Laboratory 
Institute for Computer Research in the Humanities 
Association of Libraries and Information Bureaux (U.K.) 

COLA (Committee on Library Automation - entire membership) 

Complimentary copies have been sent to the following persons and 
organizations: 

National Diet Library, Tokyo 
All conference participants 

Professor Masanobu Fujikawa, School of Library Science, Keio 
University, Japan 

Verner Clapp, Consultant, Council on Library Resources 

Sir Frank Francis, Council on Library Resources 

Carl Spaulding, Council on Library Resources 

Dr. Fred C. Cole, President, Council on Library Resources. 

Publication announcements have been issued to the following: 
Newsletter of the California Library Association 
Japan Information Center of Science &. Technology 

4.3 Recipients of The SPIRES Reference Manual 

The following individuals and/or organizations have received copies 
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of this document: 

Howard Dillon, Associate Librarian 
Harvard Graduate School of Education 

Verner Clapp, Consultant 
Council on Library Resources 

Paul Reimers, Director 
Information Systems Office 
Library of Congress 

Henriette Avram, Associate Director 
Information Systems Office 
Library of Congress 

Samuel Lazerow, Chairman 

National Libraries Automation Task Force 

Stephen A. McCarthy, Executive Director 
Association of Research Libraries 

Joseph Becker, Vice President 
EDUCOM, Inc. 

Charles H. Stevens, Staff Member 
Project INTREX 

Lawrence Buckland, President 
Inforonics, Inc. 

Masanobu Fujikawa, Professor 

School of Library and Information Science 

Keio University 

Ryonsuke Hama da. Assistant Professor 
Tokyo University of Agriculture A Technology 

Richard DeGennaro, Associate University Librarian 
Harvard University Library 

Rutherford D. Rogers, Director 
Yale University Library 

Morgan Temple, Assistant Director in charge of Acquisitions 
Case-Western Reserve University 

Frederick G. Kilgour, Director 
Ohio College Library Center 

Thomas K. Burgess, Director of System Development 
Washington State University 
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4.4 Demonstrations of On-Line Searching 

Three demonstrations were conducted in Atlantic City at the conference 
of the American Library Association, A total of 33 persons observed. Each 
demonstration was accompanied by a brief explanation of the scope and 
purpose of Project BALLOTS and each attendee received a copy of the Newsletter . 

A separate demonstration was held on Monday, June 30, at the Information 
Systems Office, for officials of the Processing Department of the Library 
of Congress. The following attended: 

Mr. William J. Welsh, Director, Processing Department 
* Mr. Francis Heashaw, Chief, Order Division 

Mrs. Jennifer Magnus, Assistant Chief, Order Division 

Mr. Peter de la Garza, Order Division 

Mr. Summer Spalding, Assistant Director, Processing Department 

Mr. Edmond Applebaum, Assistant Director, Processing Department 



Following are the names and institutional affiliations of persons 
attending the Atlantic City demonstrations: 



Name 



Institution 



Ralph R. Shaw 
T. M. Little 
R. S. November 
Morgan Temple 

Ritvars Bregzis 
Mi Ida Wallace 
David Weisbrod 
Erlyenne Meuer 
Laurence Auld 
Jim Myers 



University of Hawaii 

Ohio University, Athens, Ohio 

The New York Times 

Case Western Reserve University 
Cleveland, Ohio 

University of Toronto, Toronto, Ontario 

Community College of Philadelphia 

Yale University 

American Library Association 

Oregon State University 

Oakland University 
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Name 

Martin Konecnik 
Donald P. Hammer 
Louise K. Hammer 
B. A. Lipetz 
Chieko Tachihata 
Millie Tsui 
Richard L. Snyder 
Stuart Baillie 
Macy J. Margolis 
Jack Slater 
Theodore S. Huang 

Mrs. J. D. Sewell 

Mrs. Ronald E. Young 

Rose Myers 

Brett Butler 

Connie Dunlap 

Elizabeth Wright 

Eleanor Fink 

Earl Wassom 
Associate Director 
Library Services 

Emanuel Schwager 
Acquisitions Librarian 

Abby Dahl -Hansen 
Order Librarian 



Institution 

Pennsylvania State University 

Purdue University Libraries 

Purdue University Education Department 

Yale University 

University of Hawaii 

University of Hawaii 

Drexel Institute of Technology 

San Jose State College 

Boston public Library ^ 

Drexel Institute of Technology 

Fairleigh Dickinson University Library 
Teaneck, New Jersey 

Baldwin Public Library 
Birmingham, Michigan 

University of Houston Library 
Houston, Texas 

University of Hawaii 
Hamilton Library 

BRO-DART, Inc. 

The University of Michigan 

University of Maryland 

Brown University Library 

Western Kentucky University 

Montgomery County Community College 
Conshohocken, Pennsylvania 

University of Colorado 



o 
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Name 



Institution 



Harriet Rebuldela University of Colorado 

Bibliographic Department 



Kathleen R. Witten 
Associate Librarian 



State University of New York College 
at Purchase 
Purchase, New York 



A. 5 Paper given at Atlantic City ALA Conference 

Allen Veaner read a paper, "The Application of Computers to Technical 
Processing," at the Acquisition Preconference# The text of this paper 
is included as Appendix G • 
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5. CAPITAL EQUIPMENT ACQUISITION 
None 



6. FORMS OR DATA COLLECTION 
None 
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?. OTHER ACTIVITIES 

7.1 Purchase of the IBM 360/67 Computer 

In the Spring of 1969 the Associate Provost for Computing commissioned 
the management of the Stanford Computation Center to undertake a lease/purchase 
analysis of the IBM 360/67 facility. This study was issued in May, 1969, and 
unanimously approved by the Provost's Computer Committee, and shortly thereafter, 
the Board of Trustees authorized the purchase. 

Factors considered in the study included the following: 

1. IBM' s rental agreement with the University provides only a 90 day 
notice for rent changes. 

2. Purchase would require separate maintenance contracts, whereas 
maintenance rates are included in rental. 

3. Maintenance rates vary according to the level of maintenance. 

24 hour maintenance service is currently in force. 

4. Purchase through outside installments, i.e., through IBM, would 
carry an interest rate of 9%, whereas internal borrowing from the 
University would be less costly. 

5. IBM has been progressive^ reducing its educational allowance as new 
equipment is introduced, and further reductions <r eliminations are 
expected with the impending separation of hardware and software 
pricing. 

Other factors included salvage value, the requirement to rebate to IBM 
1/60 of the educational allowance for each month less than 60 months that the 
equipment was rented, and purchase option credits. 

The Center also considered alternative equipment configurations, such 
as the newly available IBM 360/85 or duplexed IBM 360/50' s. The existing 
software investments of the Stanford community, the inability of any other 
machine in the IBM line to support time-sharing (dynamic relocation registers 
are a unique feature of the IBM 360/67), and the feeling that major hardware 
changes are not in the foreseeable future, all contributed to the decision to 
remain on the present equipment. Although other vendors claim equipment 
which is 360-compatible, none supports as many languages as IBM and no parti- 
cular advantage is seen in switching manufacturers. 

It is estimated that third generation equipment will actually be used 
twice as long as was originally predicted when this equipment was introduced. 

An earlier estimated three year life span of the System 360 at Stanford is 
now judged to have been in error, and a five to eight year life span is 
now estimated. It is the Center's feeling that as utilization of the Model 67 
increases to near capacity, that a proper solution will be found in supple- 
menting its facilities rather than replacing the entire installation. 
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A decision has been made to buy a limited configuration costing 
somewhat in excess of one and a half million dollars , to continue renting 
supplemental devices (pending the appearance of new and improved apparatus > 
particularly disc storage equipment and terminals), and to purchase fail- 
safe electrical supply, which will cost $85,000* Electrical failures in 
the past have resulted in extremely inconvenient service disruptions, loss 
of files, and loss of users' time. Utilization of dependable auxiliary power 
is considered absolutely essential for a purchased machine* 



7.2 Cost Study Contracted to Information General Corporation 

To determine costs in the existing manual system and to assess antici- 
pated benefits of the automated system, a detailed cost study is being conducted * 
by Information General Corporation. Charles Bourne, who conducted a similar 
study for the MARC Pilot Project, is a principal officer of this firm (formerly 
known as Programming Services, Inc.) and has agreed to personally spend the 
bulk of this time on the study. The analysis is to be in two phases: First, 

development of a model for analyzing Ahe cost of manual operations by process 
costing; second, a dynamic model projected at the anticipated cost changes 
to occur over the next several years. The purpose of the second model is to 
extrapolate when the curves of rising manual costs and lowering machine costs 
might intersect, a prediction which must be secured in order for the University 
to carry out long-range financial planning. The completed analysis will be 
issued as a technical report. 



7.3 Meeting of Advisory Committee 

The Advisory Committee meeting convened on May 9 to hear a day long 
presentation on the status of the Project and to review its progress. While 
the progress was considered satisfactory, the general consensus was that 
the Project needed to do much more in the way of documenting and disseminating 
its results to the library profession. This needs to be done in substantial 
technical detail, which must reflect both achievements and problems. This 
should include documentation of designs, program specifications, programs, cost 
and time analyses. Results should be issued as technical reports and/or 
journal articles. 

Minutes of the meeting have been previously furnished. The Committee 
will convene again, but a date has not yet been determined. Another meeting 
is likely to be called in connection with the Midwinter meeting of the 
American Library Association and the Association of Research Libraries. 



7.4 On-Line Meyer Library Input Study 

The J. Henry Meyer Memorial Library is the principal undergraduate 
library at Stanford. Input for the Meyer Library book catalog is currently 
generated on a modified IBM 029 keypunch machine. Use of IBM 2741 typewriter 
terminals would have two advantages: (1) two independent data preparation and 

data control functions could be combined, and (2) a searchable data base 




- 65 - 



could be created. The initial proposal for on-line Meyer input is 
included in this report as Appendix H, External specifications for 
on-line input have been completed and include descriptions of programs, 
data flow, attributes, records and diacritic handling. These specif- 
ications appear as Appendix J of this report. If this solution is 
judged economic, implementation plans will proceed, 

7.5 Site Visit to Rabinow Engineering Division of CDC, 

A visit to Rabinow on June 9 indicated that this firm has the 
capability of designing and producing OCR data collection devices for 
recording circulation transactions employing a reader's badge plus some 
permanent, machine- readable book identification. We have requested 
Rabinow to submit a conceptual design for a device to be developed at 
their expense. Device requirements include the following: 

1, Readability of OCR-A, equivalent to USASI standard X3. 17-1966, 

2, Acceptance of variety of identification badges meeting 
requirements of Business Equipment Manufacturers Association, 

3, Ability to read book labels from fixed position (to be speci- 
fied) on the outside cover of a book, 

4, Batch recording of transactions, with capability of pooling 
transactions at one device and option for on-line transaction 
recording, 

5, Maximum time per transaction: 1 second, 

6, Option of incorporating transaction recording with some type 
of security system (not yet specified), 

7, Development and testing of suitable labelling method and material 
for books, with particular attention to resistance to scuffing, 
soiling, and other factors which might degrade OCR legibility, 

7.6 Continuing Staff Education 

Diana DeLanoy attended a one-day professional seminar on Input Systems 
given by the Association for Computing Machinery (ACM), Glee Harrah 
and Jerrold West took the course Advanced PLl Programming Techniques 
at IBM School, 

7.7 ALA/ISAD Tutorial 

Diana DeLanoy, Project Manager, conducted a one-day tutorial at the 
Atlantic City Conference of the American Library Association, Miss 
DeLanoy was one of seven participants invited by the Association's Informa- 
tion Science and Automation Division to lead tutorials. Copies of the 
syllabus prepared for this tutorial have been submitted separately. 
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7,8 First Japan-U.S. Conference on Libraries and Information Science in 
Higher Education. 

Allen B. Veaner was one of 23 American delegates to this conference, 
which met in Tokyo May 16-19. The Conference was sponsored by three 
organizations : 

Council on National University Libraries 
Public University Library Association 
Private University Library Association 

Mr, Veaner read a paper on the administration of acquisition and exchange; 
a copy is attached as Appendix K. Proceedings of the Conference have 
already been published in Japanese and an English version is in preparation. 

Following the conference Mr. Veaner led informal seminars on library 
automation with members of the Kansai Chapter of the Japan Special 
Libraries (Osaka) and with librarians in the Nagoya region. Approximately 
200 persons attended. 



7.9 Collaborative Library Systems Development Meeting 

Stanford, Chicago and Columbia completed matrices defining files, 
functions, and media (sources and products), and providing information 
on the characteristics, uses, and methods for each of these areas. 



7.10 Report of the Subcommittee on Teaching and Research to the Provost’s 

Computer Committee 

In the winter of 1968/69 the Provost’s Computer Committee charged two 
of its subcommittees, one on teaching and the other on research, to prepare 
a report on the University’s long-range goals with respect to these areas. 
Conclusions were based upon return of a questionnaire by 143 faculty mem- 
ljgyg # Five of the subcommittees’ 23 recommendations concerned the rela- 
tionship of the Library and the Computation Center; they are as follows: 

1. The Computation Center should assume the management of a biblio- 
graphic information retrieval system and continue its development 
to the extent that subsidy from the library or elsewhere makes 

it possible to do so. 

2. The Computation Center should seriously consider planning future 
computer configurations around a massive on-line data storage 

. , capacity and associated file-handling capability. 

- w • 

3. Major attention should be given to the problem of making mass 
storage cheaply and reliably available. 

4. The Library, the Computation Center, and appropriate Social 
Science departments should collaborate on the preparation and 
management of a social science data archive. 
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5. An ad hoc committee including representatives of the Compu- 
tation Center | the Computer Science Department, the Library, 
and social scientists should be formed to work out more detailed 
recommendations (including an appropriate division of labor) 
for improving the quality of computer support services for 
current social science and humanities users* 

The subcommittees also noted that the proportion of computer resources 
devoted exclusively to calculation would drop significantly, in favor of 
increased non-numerical applications, i*e*, text and symbol manipulations* 
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8* STAFF UTILIZATION 

Name Percent of Time 

Clark, Diane (began June 16, 1969) 1007. 

Davison, Wayne (began June I, 1969) 1007. 

DeLanoy, Diana I007o 

Fortis, Nicolas 1007, 

Geddes, Susan (terminated May 9, 1969) 1007, 

Harrah, Glee 1007, 

Meyer, Char la 1007# 

Montague, Eleanor 1007, 

Veaner, Allen B. 1007. 

West, Jerrold 1007. 

Fifty librarians and other staff members from the University 

Libraries and the Law Library contributed a total of 1,130 hours to 
Project BALLOTS during this quarter* 
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9. FUTURE ACTIVITIES 
9.1 Use of MARC 

When the MARC conversion program has been completed and tested a local 
MARC File will be built and updated as new tapes arrive. This file will be 
accessible to acquisition and cataloging personnel from terminals located in 
the Acquisition and Catalog Division. The search technique will be identical 
to that provided for the In Process File. Short form output will also be 
available. The attributes to be included in this short form will be defined 
by August 29, 1969. 

Searchers finding a desired MARC record will be able to have the machine 
readable record copied directly into the In Process File without further 
keyboarding. Specifications for the copy command are scheduled for completion 
by August 29, 1969. Copy commands will be executed overnight. 

If a MARC record is expected but not found, the searcher can save his 
search request to be processed against future MARC tapes. Matched items 
will be copied into the In Process File as described above. Processing 
and output specifications for the batched searching of saved requests will be 
completed by September 15, 1969. 



9.2 Diacritical and Special Characters in Bibliographic Records 

The method of input for diacritics and special characters has been 
defined, but there are output and storage problems associated with these 
characters. Output on the high-speed printer will be governed by programs 
containing routines for overprinting a character and its associated dia- 
critical mark. All characters not printable on the IBM 2741 terminal will 
be translated to a pound sign (#). 

The MARC Character Set contains 45 characters not provided for in the 
main and external storage of Stanford's System 360/67, nor represented on 
the Stanford Library print train. (See Progress Report for quarter ending 
26 April, 1969, Section 1.11*) All MARC characters must be translated from 
the bit configurations in USASCII code X3. 4-1968 into EBCDIC. This trans- 
lation is necessary to maintain compatability'with all existing Library and 
Stanford Computation Center software. These 45 characters will be assigned 
to an EBCDIC configuration for storage, but upon output will be changed, 
some converted to blanks, others removed, and the remainder converted to > 
other characters. A program will be written to test the readibility of those 
characters converted to others. Specifications for the storage and output 
of diacritical and special characters will be completed by July 7, 1969. 

9 U 3 Original Cataloging 

A study will be conducted to determine how original cataloging data shall 
be collected in machine readable form and what might be involved in creating 
such records in the MARC II format. 
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9.4 Design of Experiment to Compare Manual and On-Cine Searching 

An experiment will be designed to compare these two methods of 
searching on the same set of book requests. 



9.5 Additional Output Printing Specifications 

Specifications for the following outputs are scheduled for completion 
during the next quarter: 

1. Notices to the National Program for Acquisition and Cataloging 
(NPAC) of items ordered for which no Library of Congress catalog copy 
has been found. 

2. Notices to requestors that ordered material is ready for circulation. 

Both outputs will be printed on the multi-purpose acquisition form illus- 
trated in Appendix A of the Progress Report for the quarter ending 24 April, 
1969. 



NPAC notices will be printed once a week with the daily run of acquisition 
outputs. However, the printing area on the forms will be restricted to 
3 X 5 in order to comply with NPAC’s size requirements. After printing, the 
notices will be trimmed to 3 X 5. Stanford now sends an average of 50 notices 
per week. 

Program specifications for the NPAC format will be complete by 1 August, 

1969. 



Work has begun on a proposed method for automatically notifying 
requestors of book arrivals in circulation. An estimate of savings in man- 
hours for circulation personnel and acquisition receivers will be calculated 
and included in the next quarterly report. 

The proposed method would employ a file similar to the Vendor Identification 
File for requestor identification numbers. (See Section 1.4 of this report 
for details on the Vendor Identification File.) Frequent requestors will be 
assigned a number which will be coded and input with the In Process File 
record. The requestor notice will be triggered automatically by a combination 
of update attributes, the combination dependent upon the type of request. 

Data Preparation will assume responsibility for all updates to the Requestor 
Identification File. 

A workshop is planned to discuss requestor notification procedures with 
circulation and receipt personnel. Program specifications will be complete 
by 1 August, 1969. 




9,6 Programming Documentation Standards 

The Library will assume responsibility for the maintenance and revision 
of programs prepared by the software groups in SPIRES* The two groups will 
jointly develop programming documentation standards. 

Documentation will reside on an IBM 2314 direct access storage device 
for easy terminal access and update, using the text editor WYLBURji 
Each documentation package for an application program will have a unique 
name which follows strict conventions for easy identification. These standards 
will be complete by September 5, 1969. 



9.7 Data Preparation and Control Schedules 

A table of schedules for Data Preparation and Data Control is being 
prepared, and will be included in the next quarterly report. 



9.8 Developing Training Aids for Searchers 

For the quarter beginning 27 June, 1969, the on-line searching facility 
will be operational Monday through Friday between 8:15 and 9:30 AM? The main 
objective of the on-line searching program during this period is to train a 
corps of working searchers and supervisors to man the Technical Processing 
System and, at the same, to measure the performance of the on-line searching 
facility. 

Additional training will also be provided for participants in the two 
hour training sessions held during the quarter ending 26 June, 1969, and 
who indicated a need for more practice. 

Furthermore, it is desirable to introduce personnel from the auto- 
nomous libraries on the Stanford campus to the on-line search facility. 

There are six major autonomous libraries serving the Schools of Business 
Administration, Law and Medicine, and three other facilities, the Hoover 
Institution, the Food Research Institute, and the Stanford Linear 
Accelerator Center (SLAC). This is planned for the middle of September. 

Wayne Davison, Junior Systems Librarian, is developing a training 
manual geared specifically to the Library’s use of the on-line search 
facility. The manual will consist of two parts. 

The first part will include a general description of the on-line search 
facility, showing its relationship to input and data base building, and 
its relationship to the Stanford Computation Center’s 360/67 computer. 

The first part will explain the organization of the Library files and the 
structure of search requests, and provide sample search arguments. 

Many participants in the initial training sessions suggested the need 
for a s imp le reference tool. Therefore, the second section of this manual 
will serve as a quick reference for users. It will contain brief tables of 
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attributes, search prompts and responses, and sign-on procedures. 

Project BALLOTS is collecting the experiences and documentation of 
other on-line searching operations, specifically Project 1NTREX at the 
Massachusetts Institute of Technology, Results will be brought together 
with the further comments from BALLOTS trainees to refine local techniques, 

9.9 Meeting of BALLOTS/SPIRES Faculty Advisory Committee 
A meeting is scheduled for 23 September, 1969, 

9.10 Presentation to Association of Research Libraries 

The Association of Research Libraries' Automation Committee has asked 
Stanford to present in non-technical fashion the decision steps and 
"go-no go" points in establishing and managing large bibliographic automation 
projects. Specific plans will be formulated as soon as Committee members 
have been canvassed concerning points of key interest. The presentation is 
scheduled for January 18, 1970, 

9.11 Meetings Scheduled for Collaborative Library Systems Development (CLSD) 
CLSD meetings have beon scheduled for August 18-19 and September 8-9, 

9.12 Additional Programming Specifications 

Additional programming specifications to be prepared during the quarters 
beginning June 27 and September 27 are: 



Specification 

Check Digit Algorithm, List Format 
and Update Processing Specifications 

Diacritic I/O Specification 

NPAC Output Format Specifications 

Requestor Notice Output Format 
Specifications 

IPF Record Content Editing 

MARC Copy Command Specifications 

Batched Searching of Saved Search 
Requests, Processing and Output 
Specifications 

Statistics File Definition 



Analyst Completion to Date 



JW 


7-7-69 


JW 


6-30-69 


EM 


8-1-69 


GH 


8-1-69 


GH 


8-18-69 


EM 


9-15-69 


EM 


9-15-69 


WD 


9-30-69 
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Specification 

Statistics Extraction and Updating 
Specifications 

Statistics Output Format(s) 

Restricted Fund Report 



Analyst Completion Date 



WD 


9-30-69 


WD 


9-30-69 


JW 


10-15-69 



Responsibilities for specifications are indicated by initials: 

JW Jerrold West 
EH Eleanor Montague 
WD Wayne Davison 
GH Glee Hannah 



9.13 Software Assignment and Schedules 

The following schedules will be followed for SPIRES/BALLOTS software develop- 
ment during the quarter ending 26 September, 1969. 

Assignment Completion Da te 

A. System Developme. 

1. Update Facility 



a. Check digit calculation 


6-27-69 


b. Attribute level update 


8-1-69 


c. Individual user facility to define file 
characteristics 


9-1-69 


File Characteristics 




a. Design 


6-27-69 


b. Implementation 


8-15-69 


c. Maintenance documentation 


8-22-69 


Output Modifications and Improvements 




a. User choice of attributes 


6-27-69 


b. Item cutoff 


6-27-69 
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Assignment 

c. Offline (PRINT) facility 

d. Additional output format specifications 
..4. On-Line Search Facility 

a. Maintenance documentation 

b. Batch search of saved requests against 
MARC tapes 

c. Search strategy of documentation 

d. User error statistics 

5. Current Supervisor 

a. Maintenance documentation 

b. Performance statistics 

6. Search Manual: New Printing 



Completion Date 
7-25-69 
7-25-69 



8-1-69 

8-15-69 

8-29-69 
8- 29** 69 

6- 27-69 

7- Hr 69 

8- 22-69 



B. Application Areas 

1. MARC Conversion 

a. Implementation 

b. Maintenance documentation 

2. TO SPIRES Message Processor 

a. Implementation 

b. Maintenance documentation 

3. In Process File Special Output 

a. Requestor Notification 

b. NPAC Notice 

4. File Manager Manual 



8-1-69 

8-29-69 



8-1-69 



8-8-69 



8-15r69 



9-1-69 




a. First printing 



8-1-69 



Assignment 
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b. Appendix: Data Structures 

5. Requestor Identification File Update 

6. Programming Documentation Standards 

7. Statistics : Storage utilization 



Completion Date 
8-29-69 

8- 15-69 

9- 5-69 
7-4-69 



ft 
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10. CERTIFICATION 



^aJOaJ' 

For the University 




Principal Investigator 
of Project Director 




APPENDIX A 



The following document is a guide to the BALLOTS attributes used 
in the MARC File and the In Process File. 

Attributes changed in this revision of the guide are noted with 
an asterisk. 

Specifications for the conversion of MARC II tags to the BALLOTS 
attributes for the local MARC file are included in Section 1.2 of this 
quarterly report. 




Project BALLOTS 

Subject; File Organization & Content 
Library System Note No* 4 (Revised) 

Name: Eleanor Montague 

Date: November 13, 1968 (Revised July 18, 1969) 



*^ 79 - 



Project BALLOTS 

Subject: File Organization & Content 
Library System Note No* 4 (Revised) 

Name: Eleanor Montague 

Date: November 13, 1968 (Revised July 18, 1969) 




o 
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Items modified for this list are marked with an * and the change noted. 
2 See Appendix III for discussion. 
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MNEM 


S/M 


INDEX 


NAME 


MAX 

LTH 


CODES/FORMAT 

CONTENT 


BUD 

< 

• 


M 




budget Amount 


50 


^Billed Amount^ 

^Bibliographic descriptors or S if 
same as ORD7» 

ST State Tax ; 

CT County Tax ; 

SC Shipping Charges 


* 










Notes 1. If amount in foreign currency, 
code and input foreign 
currency; no manual conver- 
sion will be made. 


CA 


M 


CN 


Corporate 
Author Name 


300 


Sbb CAE 


CAA 


M 


CN 


Variant form 
of Corporate 
Author Name 


300 


See CAE 

% 


CAE 


M 


CN 


Established 
Corporate 
Author Name 


300 


<Name > > 

^Subordinate Unit^ 
{Relator^ 

<Form Subheading^ 
^Title of Book 


CAI 


M 




Cataloging 

Approval 

Director 

V 

V 


14 


1 Approval of original cataloging 
information; <cataloger's initials ; 
date}* 

2 Approval of changes made to pre- 
cataloging information; ^cataloger's 
initials ; date^ 


CAN 


M 




Cancellation 

Information 


70 


<Date>; 

<Type of Cancellation^ 

R Requestor 
D Dealer 
L Library 

f Bibliographic Descriptors ^ 

J Number of Copies ^ l J 

1 ° r r 

Ls if same elements as ORDJ 




^See Appendix III for discussion. 

^For discussion, see "Representation of Volume, Part, Fiscicle, etc.", 
by Jerry West. 



MNEM ]: 


S/M ] 


LNDEX 


NAME ! 


MAX 

LTH 


CODES/FORMAT 

CONTENT l 


CAN -I 
« I 

i 9 

i 1 


conti 


nued - 




< 

i 


^Name of person requesting cancellation^ 
< Reason for cancellation^ 1 


% I 

CAT 


M 


C 

c 

] 

c 


Cataloging U 
Luthority, 
Changes in La 
Information 1 
>r Notes to 
Catalog Div. 


>40 


— 1 

• 1 


CF 


M 


CF 


Conference 
Author Name 


300 


^Name> 

^Number> 

^Place> I 

<Date> I 

^Subordinate Heading^ ^ j 

^Miscellaneous Information - ^ 

^Form Subheading ' 

^Title of Book^ 


CFA 

* 


M 


CF 


alternative 
torm of 
Conference 
Author Name 


300 


See CF 


CFE 


M 

j 


CF 

• 


Established 
Conference 
luthor Name 


300 


See CF 1 


CLA 

i 

1- 


M 




Claiming 

information 


70 


^Date of Clain^f 1 

^Type of Claim}; I 

M Material 1 

I Invoice 1 

/Bibliographic Descriptor ^ 

] Information / 1 

J Number of Copies L 

) OR I 

(s if same as 0RD J 



^See Appendix III for discussion. 
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MNEM , 


S/M 


INDEX 


NAME 


MAX 

LTH 


CODES/FORMAT 

CONTENT 




CLD 

t 


M 




Claim Date 


70 


<Claim Date^; 

<Object of Clain^; 

M Material 
I Invoice 

<Bibliographic Descriptor 
or S if same as ORD^; 

M Manual Indicator 


CLT 


S 

» 




Claim Type 


2 


1. Rush Order (Domestic) 

2. Rush Order (Foreign) 

3. Current American Imprints 

4. Non-current American Imprints 

5. Current Overseas Imprints (Europe) 

6. Non-current Overseas Imprints 

(Europe) 

7. Current Overseas Imprints (Asia & 

Africa) 

8. Non-current Overseas Imprints (Asia 

& Africa) 

9. Latin American Imprints 

10. Standing Orders 

11. Invoices 

12. Partial Shipments (American) 

No dealer report 

13. Partial Shipments (Overseas) 

No dealer report 

14. Invoice and Material Received 

discrepancy 

15. Claim sent — No Action 


CNT 


S 


’ 


Form of 
Content 


3 


BIB Bibliography. 

CAT Catalog 

IND Index (work itself is an index) 

ABS Abstract 

DIC Dictionary 

ENC Encyclopedia 

DIR Directory 

YBK Yearbook 

STA Statistical Compilation 

HBK Handbook 

PRT Programmed Textbook 




CP 


s 




Country of . 
Punlication 


, 3 
> 


<2-3 Character Code^ 

Notes 1. The country will be assumed to 
• be the United States by defaul 


t. 



6 For place codes, see "MARC Place Codes" Prepared by Library of Congress, 
Information Systems Office, 1968. 



MNEM 


S/M 


INDEX 


NAME 


MAX 

LTH 


CODES/FORMAT 

CONTENT 


CRD 

« 

i 


S 


M 


Library of 
Congress 
Card Number 


25 




D 


S 


• 


Date 


64 


Note: 1. The date in D is the date 

indexed upon. 


DC 


S 




Dewey Class 
Number 


14 




DES 

•» 


M 




Desiderata 

Indicator 


2 


OP Out-of-Print, but wanted (Use with 
PRO X) 

NP Not yet Published 
OS Out of Stock 

X Out on Search in Manual System 

(Use with PRO X) 


DS 


S 




Imprint Date 


40 




ED 


S 




Edition 

Statement 

i 


60 




FD 


S 




Date Entere< 
IPF 


10 


MM-DD-YY 


FOP 


S 

i 




Force 

Payment 


64 


^Bibliographic Descriptor or S if same 
as ORD^ 

Note: 1. Deleted by update program 

when IVP updated. 


FRM 


S 




Form of 
Reproduct io 


3 

i 


PHD Phonodisk 
MTS Mag. Tape (Sound) 
MFM Microfilm Roll 
MFC Microfiche 
MOP Micro-opaque 
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MNEM 


S/M 


INDEX 


NAME 


MAX 

LTH 


CODES/FORMAT 

CONTENT 


FRM 

« 

i 


• con 


:inued 






MTA Mag. Tape (Date) 

OTH Other 
CLB Large Print 

✓ 


GN 


M 




General 

Notes 


400 




GOV 


S 




Government 

Publication 

Indicator 


2 


U Federal (U s S|) 
S State 
I International 
L Local 
F Foreign 


HN 


M 




Holdings 

Note 


40 


^Bibliographic Descriptor^ 

<Location> 

Note: 1. ’’Informal” note for the 

control of uncataloged popies 
of material for which the 
library does hold cataloged 
copies. 


HOL 


M 




Holdings 

Information 


60 


4 Call Number^; 

^Location?; 

4Copy Number^; 

< Status/Date 7 

Note: 1. Copy numbers will be given 

in the form: C*X* (C.l tinder- 
stood by default. ) 


ID 


S 


ID 

• 


Identifica- 
tion Number 


10 


^1-7 digits> 

Note: 1. Required for IPF t 

Change: from MAX08 to MAX*10 


ILL 


S 




Illustra- 

tion 


90 





^Status Code: M - missing; L - lost; N - non- circulating. 
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MNEM 


S/M 


INDEX 


NAME 


MAX 

LTH 


CODES/FORMAT 

CONTENT 


IMP 

t 

t 


M 




Imprint 

Information 


IOC 




IVP 


M 




Invoice 

Payment 

Indicator 


50 


<Date>$ 

^Bibliographic Descriptor or S if same 
elements as ORD^ 

i 

Notes 1. Internally generated; 

not an input attribute. 


IVR 


M 




Invoice 

Receipt 

Information 


100 


^Date of Invoice Receipt^; 

^Invoice Number^; 

^Dealer date of invoice^; 
^Bibliographic Descriptor Information^ 
J Number of Copies 1 

l ° R f 

VS if same as 0RD 1 


L 


S 




Language** 


48 


Language(s) ; 

Language(s) jf summaries j 

Note: 1. For subelement one alone, 

eng is assumed by default. 

2. For example: engfre;rus 


J 

LC 


S 

• 




Library of 
Congress 
Call Number 


40 


* 


* 

LCA 


M 




Alternative 
Library of 
Congress 
Call Number 


40 


Change: New attribute. 


LNK 


M 




Link 

Statement 


50 


<Type of Record Linked to^: 

^ID# of that record^; 

^bibliographic descriptor or, if not ^ 

1 available, author's last name and shortl 
j title (or both identifications if f 

Lnecessary) (In Master Record) j 



8 

o For codes, see "MARC Language Codes”, prepared by Library of Congress, 

ERJC Information Systems Office . 1968. 
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MNEM 


S/M INDEX 


NAME 


MAX 

LTH 


CODES/FORMAT 

CONTENT 


1 * I 

MAE 


S 


Converted 
from MARC 


8 


Change: From MAX=1 to MAX=8 


ME 


S 


Main Entry 
Indicator 


5 


^Attribute Mnemonic^ 
^[Element Number^ 


MET 


s 


Main Entry 
in RT 
Indicator 


1 


1 Present 


MRI 


M 


Material 

Receipt 

Information 


70 


<Date of Receipt^; 

rBiblio graphic Descriptor Information} 
t Number of Copies ( 

1 0R l 

V.S if same as ORD ^ 


MSV 


M 


Message 
From Vendor 


240 


<pate*^ 
^Message > 


NBN* 


M 


I National 
I Bibliography 
I Number 


20 


Change : New attribute 


NC 


A 


I Notes — 
1 Contents 


300 




NUC 


3 


1 Nat. Union 
I Catalog 
I Indicator 


1 


1 Send Notification 


ORD 


S 


I Order 

■Information 


140 


^Bibliographic Descriptor Information)* 
vNumber of Copies ^ * 

^Information Comments^ ; 

^Language of Bibliographic Descriptor 
Information^ 10 



( \ 

An example would be: New Series 



10 




For Language Codes, "MARC Language Codes," Prepared by Library of 
Congress, Information Systems Office, 1968. 
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MNEM 


S/M 


INDEX 


ORD - 


conti 


nued - 



NAME. 



4AX 

LTH 



CODES/FORMAT 
CONTENT 



Note: 1. 



The language is considered 
eng by default. 



PAC 


S 




National 
Program for 
Acquisition 
and Cata- 
loging 
Indicator 


12 


1 Send Notice 

^Pate"^ ; 
<Message^ 

1 * 


PG 


s 




Pagination 


25 





PME IS 



At Head of 
|P.O. Entry 



PO S 



I Purchase 
I Order 
Message 



10 



^Attribute Mnemonic^ 

^Element Number^ 

Note: 1. If entry to be printed at 

the head of the P.0, is not 
the main entry, PME will 
point to the information whicl 
is to be at the head of P.0. 



(for Serials): Subscription to 

begin with • 



and to continue until further notice. 

(for series, term, sets, open 

entries): an ^ a ll 

future volumes as published. 

All volumes published and a standing 
order for future volumes 

Do not duplicate on University. Press 
standing order. 

Do not duplicate on Blanket order. 

Do not duplicate on standing order. 

Please quote on back issues. 

Please charge to Stanford University 
Library's deposit account, acct. no. 



9 Prepaid 

Note: 1. More than one code may be 

included in P.0. Separate 
codes by a comma. 
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MNEM 


S/M 


INDEX 


NAME 


MAX 

LTH 


CODES/FORMAT 

CONTENT 


PP 

t 


M 




Place/ 

Publisher 


30C 


<Place, Place, etc.^ ; 
^ Publisher ^ 


PR 


S 




Total 

Estimated 

Price 


22 


^Estimated Price (total price to be 
printed on Purchase Order 


r 

PRE 


S 




Pre-catalog 

ing 

Indicator 


10 


1 Pre-cataloged 

2 Copied from MARC; date 


PRI 


s 




Post Receip 
Priority 


t 1 


1 Urgent (highest priority) 

2 Rush 

y Current Interest 

4 Research Interest (lowest priority) 

5 Deferred 


PRO 


s 


1 


Type of 
Procurement 

f 


2 


po Regular Purchase Order 
pp Prepayment P.O. 
pd Deposit Account P.O. 
s Standing Order 
a Approval 
b Blanket 
g Gift 
e Exchange 

x Inactive file material (e.g. in print 
or out-or-print desiderata) 
y All other 


pux ; 


; s 




Additional 

Acquisition 

Information 


60 




i 

RAD 


S 


• 


Requestor 
Address or 
Department 


60 


^Street or Dept ^ ; 
^City, Stated 
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MNEM 1 


S/M 


INDEX 


NAME 


MAX 

LTH 


CODES/FORMAT 

CONTENT 


REC 

i 


S 




Type of 
Record 


2 


<1-2 Character Code^ 


RID 


S 




Requestor 
Identifica- 
tion Number 


3 




RN 


S 




Requestor 

Name 

ft 


60 


• 


RNI 


S 




Requestor 

Notificatioi 

Indicator 


1 

l 


1 Send Notice upon receipt of material 

2 Send Notice upon completion of 
processing 


RT 


S 




Remainder 
of Title 
Statement 


200 


Note: 1. Used to code all data after 

subtitle and before edition 
statement. x 


SBN 


M 




Standard 
Book Number 


16 


i », 


* 

SD 


S 




Subscriptio: 

Date 


l 10 


Change: New attribute 


! * 
SEA 


M 


• 


Series Entr 

Personal 

Author 


r 200 


Change: New attribute 


SHE 


M 




Shelving 

Location 


30 


<Locatioi^* 

f Bibliographic Descriptor Information^ 
^Number of Copies $ 

Note: 1. 1^ bibliographic descriptor 

information equals that in 
ORD. leave blank in SHE. 
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MNEM 


S/M 


INDEX 


NAME 


MAX 

LTH 


CODES/FORMAT 

CONTENT 


SI 

1 




S 


Searcher’s 

Initials 


3 


^3 Character Code> 


SIZ 




S 


Size 


10 




•k 

SEI 


M 


• 


Series 
Added Entry 


240 


Note: 1. Use SEA to code series entry 

Personal Name 

Change: from S/M^S to S/M*M 


SPO 


S 




Special 

Acquisition 

Series 

Information 


240 




SS 


M 




Subject 

Heading 


100 


Note: 1. Use SUA to code Subject 

Personal Name. 


* 

SSA 


M 




Series 

Personal 

Author 


200 


Change: New attribute 


SSI 


M 




Series 

Statement 


240 


Note: 1. Use SSA to code Series 

Personal Name. 


1 

STA 

i 


M 




Material 

Process 

Control 


70 


^Location, Date^ ; 

LC Awaiting Library of Congress 
Information 

MA Awaiting Information from MARC 
CD Catalog Division 
EB End Processing Department 
Cl Circulation Division 
0 Other 

^Bibliographic Descriptor Information > 
^Number of Copies J 
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MNEM S/M 



SUA 



TA 



TI 



* 



M 



M 



TR 



11 



* 



TRO 



TU 



INDEX 


NAME j 


4AX 

,TH 


:inued 








Subject 

Personal 

Author 


200 


TW 


Title 


300 

« 


TW 


Added Title 


2Aa 
1 < 




Tracing 

Indicator 


\ 40 




Translation 


13 




Title — 
Romanized 


300 


TW 


Uniform 

Style 


120 



Notes 



CODES/FORMAT 
CONTENT 



Leave bibliographic descrip- 
tor information sub-element 
blank if all elements equal 
elements of ORDa 



Changes New attribute 



^Attribute mnemonic^ 

^Element number^ 

Changes From MkX^lOO to MAX^AO 



1< Language of the text^ 

2 ^Language from which the text was 
translated^ 

3^ Original language if different from 
the language from which text was 
translated^ 

4{Language(s) of summaries> 

Notes 1. For examples leng2fre 



Changes New attribute 



Changes From S/M*S to S/M*M 



o 

ERIC 



: Language coaes, see ■ 

Library of Congress, Information Systems Office, 1968. 
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MNEM 


S/M 


INDEX 


NAME 


MAX 

LTH 


CODES/FORMAT 

CONTENT 


TYP 

1 


S 




Type of 
Work 


2 


f Festschrift 
z Fiction 
b Biography 
d Dissertation, thesis 


VAD 


S 




Vendor 

Address 


60 




VCT 

i 


S 




Vendor 

Catalog 

Information 


40 


^Catalog Name or Number^ ; 

^Item Number^ 

Note: 1. For example: VCT*; 4/68-021S 

or VCT 200 


VID 


S 




Vendor 
Identifica- 
tion Number 


5 


• 

^5 Digit Code^ 


VN 


S 




Vendor Name 


60 




* 

VSP 


M 




Message to 
Vendor 


75 


Note: 1. For example: Rush, Please 

Bind. 5th ed. dnly, Autor 
graphed Copy only, etc. 

Change: From S/M*S to S/M*M 


XOR 


S 




Type of 
Order 


3 




XT 


S 


• 


Incomplete 

Record 


1 


1 Diacritical marks not included 

2 Incomplete record (specified by MARC] 


XX 


M 




Notificatic 
Name and 
Address 


n 24( 


) ^Name^ j 

^Street Address or Dept. Name^J 
^.City, State Zip^ 
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APPENDIX I 







Indexes 


File 


Index 


Name 


IPF/MARC 


PN 


Personal Name 
Index 


IPF/MARC 


CN 


Corporate Name 
Index 


IPF/MARC 


CF 


Conference Name 
Index 


IPF/MARC 


TW 


Title Word Index 


IPF 


ID 


Identification 
Number Index 


IPF/MARC 


D 


Date Portion of 
PN, CN, CF, TW 

Indexes. 


MARC 


M 


LC Card Number 



O 

ERIC 



Contents 



Name indexed to second 
comma in PN. Attributes 
indexed in PN are: 

A, AE , AA. 

Attributes indexed ares 
CA, CAE, CAV. 

Attributes indexed are 
CF, CFE, CFA, 

Attributes indexed are 
TU, T, TA. 

Attributes Indexed: ID. 



Attribute indexed: D. 



Attribute indexed: CRD. 



•• *• 



APPENDIX II 



Attribute ADD? Ship to Addresses 



Address 

Order Department 

Stanford University Libraries 

Stanford, Calif. 94305 

Serial Department 

Stanford University Libraries 

Stanford, Calif. 94305 

Current Periodicals Desk 
Stanford University Libraries 
Stanford, Calif. 94305 

Meyer Undergraduate Library 
Stanford University Libraries 
Stanford, Calif. 94305 

Lane Medical Library 
Stanford Univ. Medical Center 
Stanford, Calif. 94305 

Humanities and Social 
Science Reference 
Stanford University Libraries 
Stanford, Calif. 94305 

Library 

Food Research Institute 
Stanford University 
Stanford, Calif. 94305 

Library 

Food Research Institute 
Stanford University 
Stanford, Calif. 94305 



Condition 

Material and invoice to 
same location 

Material and invoice to 
same location. 

Material to this location; 
invoice to Order Department. 



Material to this location; 
invoice to Order Department. 

Material and invoice to 
same location. 

Material and invoice to 
same location. 



Material and invoice to 
same location. 



Material to this location; 
invoice to Order Department. 
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Code 

9 



10 



11 



12 



13 



14 



15 



16 



Attribute ADD; Ship to Addresses 



Address 

Director 

Stanford in Germany 
Landgut Burg 

7056 Beutelsbach bei Stuttgart 
GERMANY 

Director 

Stanford in Italy 
Villa S. Paolo 
Via della Piazzola, 43 
Firenze , ITALY 

Director 

Stanford in Austria 
Seilerstatte 30 
1010 Vienna 
AUSTRIA 

Director 

Stanford in Britain 
Harlaxton Manor 
Grantham, Lincolnshire 
ENGLAND 

Director 

Stanford in France 
1, Place Anatole-France 
Tours, Indre et Loire 
FRANCE 

Library 

Mr. Alan Baldridge 
Hopkins Marine Station 
Pacific Grove, Calif. 93950 

Document Division 

Stanford University Libraries 

Stanford, Calif. 94305 

(Individual requestor’s name 
and address) 



Condition 

Material to this location; 
invoice to Order Department. 



Material to this location; 
invoice to Order Department. 



Material to this location; 
invoice to Order Department. 



Material to this location; 
invoice to Order Department. 



Material to this location; 
invoice to Order Department. 



Material to this location; 
invoice to Order Department. 



Material and invoice to 
same location. 

Material to this location; 
invoice to Order Department. 



<3 

ERIC 



APPENDIX III 



Author-Title Entries 

In the case of an author-title entry, the title will be coded and input 
as a sub-element of the author attribute. 

y^th the present index construction, a title coded as part of a personal 
name will not be indexed whereas a title as part of a corporate or 
conference name will be included as index words in the corporate name 
index and conference name index, respectively. Therefore, at the present 
time, if the title portion of an author-title entry is significant and is 
not coded elsewhere as T or TA, it should be coded as TA and input. The 
title so coded as TA will be indexed in the title word index. 



APPENDIX B 



Purchase Order Print Program 
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//PGTEST JOB (F82094399395)9*T0M MARTIN • ,MSGLEVEL«1 
// JQBLI B DO DISP*(0LDtPASS)t0SMAME=SYS2.PRQGLIB 



//COMPILE EXEC.XPLC .... __ 

//XPL.FILEI DD UNIT=2314 f DISP=(0LDfKEEPItV0LUME=SER*FILEHt 

// SPACE=(TPK, ( 30,0) ,RLSE) ,DSNAME=F820.TM.POP 

//XPL.SYSIN DO * 

DECLARE UC LITERALLY *64*? 

DECLARE ATTR_LI ST ( 143) CHARACTER INITIAL (• • ,• DT« , • SC* , • ABS| , 
iri f t T * f *A*, •AFS'AS't'NS'D', 'CONS 'J't 'PUB* ,• P* ,'L* , *AV* , 

•V* t'AC* t*S* »• SN* t'TT* t*PN* » • JVP* » • AN* t*K* » *TN* t 'CM* » *10* » 

•CA* * *MN* t 'DR* , • IRK* t 'SP't *SE» t *SAV* t*CC* t'NSA* ,* ST* 9*SCL* » 

• PBN* » • PAT • t # CCR # t # DIS # t # ROR* , # SEF • , •SR , t , PR , t , F' t •FAA* » *EAF • » 
*NSP * v * NTH c v c PPC*t c SCO 9 ,*PPF* , # PPA* ,*AA* »• AE* , f CAA* , # CAE # , 

•ME* t'V IC't'CFS'CFE't 'FD't *CFA* , *PRP • » *BAC • , • PP* , • ADD • , • RT* , 

* * MRI • , • CRD* t • I VR* ,'IVP* ,* PRES *ED* , • LC* , • HHL • , • ILLS* SIZ't 
•SSI* t *TA* » *TI • , *BIB 9 9 'BUDS *CRD* » *DS* t'GN* » • IMP* ,* PG* ,* RAD* » 
•REC* t , RN , t , SS , t , SEE , t , SI , t , RID , t , V$P i t 'PO*, f NC* t # DC # » # CLT # , 
•CLD* t # PME # t # RM # t # SEN* » • PUX* , • PAC* t • SEI • t* SMI 1 , • ST A* , # TU # , 

•XT • • *XX • » *CP • » *MSV* » # PRI • v 'CLA* 9 *CAI • 9 'CAN* 9 'CAT* 9 *CNT* , *DES # 9 
•FOP* 9 # FRP # 9 # GCV # 9 # HN # 9 *VCT* 9 , TYP*9 , TR*9 *SPn *9 f S0R*9 *X*9 *X0R*9 
•VN • 9 • VAD* 9 *MUC* 9 *MET* 9 *NAS* 9 , NMS* 9 *LNK* ,'MAR* )? 

DECLARE PNl«(6) e IT ( 6 I INITIAL! " 4 B", "68 M 9 M 7A H 9"5E"9 H 6F", M 54" ," 6 E") 

DECLARE PN1B(6) BIT(8) IMTI AL( M 48"9 ,, 4B ,, 9 M 4B H 9 w 4B ,, 9 t, 6F ,, 9 M 5A M 9 ,, 6E M ) 

DECLARE PN2A(5) BIT(8) INITI AL( "6B", "6E"9"7A","5E"t "6F","5A") ; 

DECLARE PN29 (5 I BIT(8) INIT I AL C "6B", "6E" f H TA "9 M 5E" ,"6F", "5A" ) ? 

DECLARE PN3AC5) BITC 6 I INITIAL! "5E«,"4B","6B"9«7A","5A"9*6F") ? 

CECLARE PN3B (5 ) 6 IT f 8 I IN ITIAH * # 5E l, 9 , *5E H 9 ,, 5E* , 9* , 5E ,, f l, 5E 1, 9 ,, 5E n l ; 

DECLARE LINE.END(36) FIXED IMITI AL (0 f 0 f 0 ,0 ,74974,74, T49T4974 t 74, 

42,429429429^29^29 429 0,0909 0,09 09 42 942,429 42,42 ,42,42,42,42, 
42,42 ,42,0; 

DECLARE P9L0CKI 7167) BIT (8)? 

CECLARE T BLOCK (7187 ) BIT(8>; 

• DECLARE ABLCCK( 71 87) BIT(81? 

DECLARE LINE(421 CFARACTER • 

CECLARE S0RT_KEY(800 ) FIXED IMITIAL(O) ? 

DECLARE UNDERLINE (42 ) B IT ( 8 1 ? 

CECLARE MSGBLOCK( 49) BIT(8); 

DECLARE S0RT_L0C(800) FIXED INITIAL(O)? 

DECLARE KMAX FIXED INITIAL! 800)? 



CECLARE Q FIXED? 

DECLARE ATTRLE?) FIXED? 

CECLARE ATTRLCC FIXED? 

CECLARE NOELMTS FIXEC? 

DECLARE NOSETS FIXED? 

DECLARE ( A INBLOCK , P INBLOCK, TINBL 7CK) FIXED? 
DECLARE ( LASTTBLK ,L ASTP9LK) FIXEO? 

DECLARE! I, J 9 K 9 Y 9 Z ) FIXED? 

CECLARE PPO_VALUE FIXEC? 

DECLARE BASE FIXED? 

CECLARE ABASE FIXEC INITIAL ( 131072) ; 

DECLARE PRASE FIXEO INITI AL ( 196608 ) ? 

DECLARE IDSIZE FIXED? 

DECLARE (INIT 9 FINI 9 VASAV 9 FORMCNT 9 UNDERSWC) FIXED? 
DECLARE (TSAVE , JSAVE) FIXED? 

DECLARE MAXSWC FIXED INITIAL (0)? 

DECLARE VENDIC FIXEC? 

DECLARE ( UNDER.B ,UKDER.E ,UNOER.P) FIXED? 

0 CECLARE TEMP FIXED? 

ERLC DECLAPE (KV 9 TKV 9 VKV) FIXED? 

““ OECLAPE NUMPTRS FIXEO? 



♦ 
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CECLARE NXTBLK FIXEC; 

DECLARE TEMPPTP, FIXED; 

CECLARE TEMPVEND FIXEC; 

DECLARE TEMPSIZE FIXED; 

DECLARE LOCO FIXED; 

DECLARE (SIZE* ASIZE ) FIXED; 

DECLARE OVF FIXED; 

CECLARE SUPERLINE FIXED; 

DECLARE <SW1,SW2) FIXEC; 

DECLARE EP FIXED INITIAL(C); 

DECLARE SHIP_ACCR_PCS! 15 ) FIXED IN IT I AL ( 0, 1, 4, 107, 11 0, 13, 
16,20,24,128,133 ,138,143,148,153,57) ; 

CECLARE MSGStoC FIXED; 

DECLARE AND FIXED INITIAL ("8195845E") ; 

DECLARE FRROR.MSG! 23) CHARACTER INITIAL! 

•NO PRO ATTRIBUTE*, 

• PRO IS NCT EGUAL TC PC,°P,PD,S,CN, OP. CL*, 

•MO VID ATTRIBUTE*, 

•VIO NUMBER DOES NOT START WITH A, B, OP A DIGIT*, 

•VID MUMPER DCES NOT HAVE THE PROPER NUMBER OF DIGITS*, 

•THE TRANSACTIONS HAVE BEEN PROCESSED IN GROUPS OF 800.*, 

•CCULD NCT FINC VIC NU M 3FR IN VENDOP. ADDRESS FILE*, 

•NO FD ATTPIBUTE*, 

• NO AI D ATTRIBUTE*, 

•ADO FIXED ADDRESS VALLE GREATER THAN 15*, 

•MO tf F OB PME ATTRIBUTES*, 

•NO T ATTRI 3UTE* , 

•NO CLD ATTRIBUTE WITH CLAIM NOTICE*, 

•CLD OBJECT OF CLAIR NEITHER * NOR ! *, 

•NO CAN ATTRIBUTE WITH CANCELLATION NOTICE*, 

•CAM ATTRIBUTE NOT CF THE PROPER FORM*, 

•NO rjRD ATTRIBUTE*, 

•CLALSfc CF URD LCNGER THAN 50 CHARACTERS* , 

•MO OF COPIES - C CP >= 100*, 

•HAVE CLAUSE WITH HYPHEN BUT NO PO ATTRIBUTE*, 

•HAVE CLAUSE WITH A HYPHEN BUT FIRST PC NEITHER 1 NOR 2*, 

•FAVE PO OF l CP ? BUT MO CLAUSE WITH A HYPHEN*, 

•ME 3- PME POINTS TC AN ATTRIBUTE NOT IN THE ENTRY* , 

•A°EA 4 OF THF PURCHASE ORDER IS NOT BIG ENOUGH EVEN EXTENDED*) 
CECLARE 0O_MSG<9) CHARACTER INIT I AL (• SUBSCRIPTION TO BEGIN WITH*, 

•AMO TO CONTINUE UNTIL FURTHER NOTICE.*, 

•ANC ALL FUTURE VCLUMFS AS PUBLISHED.*, 

•ALL VCUJMES PU8LISHEC AND A STANDING CROER FOP. FUTURE VOLUMES.*, 
•CO NOT,, DUPLICATE CN UNIVERSITY PRESS STANDING ORDER.*, 

•CC NOT DUPLICATE CN BLANKET ORDER. * , 

•D'l 'JOT DUPLICATE CN STANDING ORDER.*, 

•PLEASE QUOTE CN BACK ISSUES.*, 

•PLEASE CHARGF TC STANFORD UNIVERSITY LIBRARY • *S OEPOSIT ACCOUNT*, 
•PREPAID* ) ; 

DECLARE SHIF_ADDP(80) CHARACTER INITIAL!* *t 
•r.ROfcP DF PART ME NT* , 

•STANFORD UNIVERSITY LIBRARIES*, 

•STANFOPD, CA. 943C5 * , 

•SERIAL DEPARTMENT*, 

•STANFORD UNIVERSITY LIBRARIES*, 

• ST ANFUhC , CA. 943C5* , 

•CURRENT PERIODICALS DESK*, 

•STANFORD UNIVERSITY LIBRARIES*, 

•STANFORD, CA. 94305*, 

. • MEYER UNDERGRACUATE L IBP ARY • , 

ERJC* STANFORD UNIVERSITY LIBRARIES*, 
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•STANFORD, CA. 943C5* , 

•LANE MECICAL LIBRARY •, 

•STANFORD UMIV. MEDICAL CENTER* , 

•STANFORD, CA. 943C5*, 

•MRS. JACKIE MEYER* , 

•HUMANITIES REFERENCE*, 

•STANFORC UNIVERSITY LIBRARIES* , 

•STANFORD, CA. 94305*, 

*1 IBR AF Y • , 

• FCOD RESEARCH INSTITUTE*, 

• STANFORD tJNIVERSI TY* , 

•STANFORD, CA. 943C5*, 

• LI P R ARY • , 

•FOOD RESEARCH INSTITUTE*, 

•STANFORD UNIVERSITY*, 

•STANFORD, CA. 94305* , 

•DIRECTOR:*, 

•STANFORD IN GERMANY*, 

•LANDGLT BL p G* , 

•7056 BEUTELSBACH B El STUTTGART*, 

•GERMANY* , 

•DIRECTOR: • , 

•STANFORC IN ITALY*, 

•VILLA S. PAOLO • , 

•VIA DELLA PIAZZOLA, 4.3*, 

•FIRENZE, ITALY*, 

•DIRECTOR : • , 

•STANFORD IN AUSTRIA*, 

• SEI LERSTATTE 3C* , 

• 1010 VIENNA* , 

• AUSTRIA* , 

•DI r -' ECTOR : • , 

•STANFORD IN BRITAIN*, 

•HAPLAXTCN MANOR* , 

* ‘GRANTHAM, LI NC CLNSHI RT • , 

• ENGLAND* , 

•DIRECTOR:* , 

• STANFORD IN FRANCE*, 

•l, °L AC E ANATCLE-FRANC6* , 

•TOURS, IN ORE ET LC IRE* , 

•FRANCE* , 

•LIBRARY* , 

•MR. A. BALDRIDGE*, 

•HOPKINS MARINE STATION * , 

•PACIFIC GPQVF, CA. 93950*, 

•DOCUMENT DIVISION*, 

• STANFORD UNIVERSITY LIBRARIES*, 

• STANFORD , CA. 94305*); 

DECLARE SHIP CNLY CHARACTER IN l TI AL( • SH IP TO:*); 

DECLARE SHIP BILL CHARACTER !MTIAL(*SHIP AND BILL IN DUPLICATE T*>: • ) ; 
DECLARE XXXS CHAFACTFP, INI T I A L ( • XXXXXXXXXXXXXXXXXXXXXXXXXXXXXX* ) ; 
DECLARE P'JP_ORD CHARACTER IMTIALPP U P C H A S E ORDER*) 

’ DECLARE RETURN. MAT CHARACTER INITIAL C 

•RETURN WITH MATERIAL OR USE AS REPORT* ) , 

DECLARE aBEL.ACTS CHARACTER INITIAL! 

•ABEL ACCOUNTS RECEIVABLE COPY*) 5 
DECLARE ABEI GRIG CHARACTER INITIAL < 

• ABEL CRIGIML INVOICE • )5 

DECLARE CUNT. BELOW CHAPACTER INITIAL ( 

• CCNTINUEC CN ATTACHED FORM •) 

ERIC LAP E CONTINUE CHARACTER I NT TI AL ( • COMTIMUATI ON* ) ; 



9 
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DECLARE CFMESl CHARACTER INITIAL ( 

• PLEASE ALLIGN THE FOR* SO THAT XXXXXXXX’); 

DECLARE 0PMES2 CHARACTER INITIAL ( 

•THE X»»S ARE IN THE CATE OF ORDER BOX X X')J 

DECLARE STARTPOS fixed; 

CECLARE NOTE CHARACTER INITIAL ( 

********* ptEASE NCTE #*******•); 

DECLARE PLEAS.CAN1 CHARACTER I M I TI AL ( ’RLE ASF CANCEL THF ’ ) ? 
DECLARE FLEAS. CAN2 CHARACTER. IN IT l AL ( • ORDER INDICATED ABOVE M ; 
DECLARE CLAIM_N0T(1) CHARACTER INITIAL ( 

• CLAIM NOTICE ’, ’CLAIM FtJP. INVOICE •); 

DECLARF CEALER.REPCRT CHARACTER INITIAL (’DEALER REPORT’); 
DECLARE RUSH., MSG CHARACTER INITIAL ( • PLEASE RUSH'); 

CECLARE RUSH. UNDER CHARACTER INITIAL (• ’); 

DECLARE CAN ORD CHARACTER INITIAL (’CANCELLATION NOTICE’); 



ATTR.MNUEM.NO: 

PROCEDURE! S) FIXFD; 

/* THE PROCEDURE WILL COMPARE THE CHARACTER STRING S WITH 
THE ATTR.LI ST CF CHARACTER STRINGS UNTIL A MATCH IS 
ENCOUNTERED. THE VALUE OF THE ARRAY POINTER WILL BE 
RETURNED. IF A VATCH IS NOT ENCOUNTER ED A VALUE OF -1 
WILL BE RETURNED. */ 

CECLARE S CHARACTER; 

DECLARE I FIXED; 

DU I 8 1 TO 143; 

IF S = ATTR.L 1ST ( I ) THEN RETURN I; 

END; 

RETURN -1 ; 

ENC ATTR.MNU E V .NC; 

A1TREX 1ST: 

PPOCFDURE ( ATTRNC, LCC ) F I XED; 

/* ATTRNC IS THF NUMBER OF THE ATTRIBUTE. 

LHC IS THE LCCAT ION OF THE ENTRY IN TBLDCK. 

THE PROCEDURE WILL RETURN A VALUE OF 1 IF 
THF. ATTRIBUTE EXISTS IN THE ENTRY OR 0 IF 
THE ATTRIBUTE CCCS NOT EXIST. */ 

DECLARE ATTRNC FIXED; 

CECLARE LC3C FIXED; 

DECLARE K $K BYTE FIXED; 

CFCl. ARE MSKBIT FIXED; 

DECLARE *ASK(7) BIT(B) INITIAL! 123*64*32* 16,8,4,2,1); 

MSKBYTE = (ATTRNC - 11/8 ♦ 4 ♦ LUC; 

IF T3LOCKUOC+3) < (MSKBYTE-LOC-3) THFN PFTURN 0; 

NSKBIT = (ATTRNC - 1) MOD 8; 

IF ( T8L0CK( MSK8YTE ) C SK( MSKBI T) ) = 0 THEN MS KB IT = 0; 

ELSE VSKBIT = l; 

RETURN W SKB IT ; 

ENC ATTR EXIST; 

ATTRFMDS 

PFOCEDURF ( ATTRNC t LCC ) *♦ 

/* ATTRNO IS THE ATTRIBUTE NUM3EP. 

LCC IS THE FIRST LOCATION OF THF ENTRY IN TBLDCK. 

THE PPOCEDURF. TESTS TO SEF WHETHFR OK NOT AN 
AN ATTRIBUTE EXISTS WITHIN AN ENTRY AND IF IT 
DOCS THEN ATTPLEN WILL CONTAIN THF LENGTH OF 
ATTRIBUTE, ATTRICC ITS LOCATION If) TBLDCK, 

(iGSETS THF NUMBER OF SETS IN THE ATTRIBUTE, AND 
O NOELMTS THE NUMBER OF ELEMENTS. IF THE ATTPIBUTE 

ERIC 
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DOES NOT EXIST ATTRLEN WILL RE SET TO ZERO • *f 
DECLARE ATTRNf) CHARACTER; 

DECLARE LHC FIXEC; 

DECLARE J FIXED; 

CECLAkE BITS fixed; 

DECLARE I FIXED; 

CECL ARE MULT FIXED; 

j = ATT C „MMiEM__NG(ATTRNO) ; 

IF J = -T THEN do; 

ATTRLEN = 0; 

GO TO END_ATT D FND; 

END; 

ATTPLFJ = ATTREX 1ST! J,LCC) ; 

IF ATTRLEN = 0 THEN GO TO END.ATTPFND; 

BITS = c; 

DC I * 1 TO J - l; 

BITS = BITS 4 ATTRF.XISTU tLOC) ; 

END; 

MULT - BIT S*6 + TBLCCK ( LOC 4 3) 4 LX + A; 

ATTPL1C = $HL( TBLOCK! MULT ) » 8 ) + T BLOCK! Ml.ILT + 1) ♦ IOC; 
ATTRLEN = $HL( TBLQCM *ULT 4 2), 8) + TBLOCK (MULT 4 3); 
NOEL ITS = TBLOCK! KULT + 4); 

NCSETS = T8LCCK(NUIT 4 51; 

END.ATTRFND: RETURN; 

ENC ATTRFNC; 



DEC.T0.3IN: 

PROCEDURE (K,LGC) FIXED * 

/* THE PROCEDURE TAKES A CHARACTER STRING OF K POSITIVE 
DECIMAL CHARACTERS STARTING AT LHC AND RETURN'S 
THE FIXEC BINARY RE°R6S EMT AT I Of! OF THE NUMBER */ 
DECLARE I FIXED; 

declare k fixed; 

DECLARE T E W P FIXED; 

CECLAPE LOC FIXED; 

DECLARE TEVP2 FIXED; 

TEMP = o; 

CO I - 1 TO k; 

TF.MP2 = COR E BYT E ( LCC ♦ I -1 I 6 11 F M ; 

TEMP = TF M P* 10 4 TEMP 2 ; 

EN.D ; 

RETURN TEMP; 

C J'Z CEC.TO.BIN; 

SORT IT: 

PROCEDURE (K, APR AY 1» ARRAY2 I ; 

/* THE PROCEDURE SORTS THE ARRAY STARTING AT ARPAY1 OF 
SIZE K IN ASCENDING ORDER MOVING THE ELEMENTS OF 
THE ARRAY STARTING AT APRAY2 AS THE ELEMENTS OF THF 
FIRST ARRAY MQ\E. 

CECLAPE K FIXED; 

DECLARE APRAY1 FIXEC; 

DECLARE ARRAY? FIXEC; 

DECLARE: TEMPI FIXED; 

DFCLAKE TEMP2 FIXED; 

CECLARE I FIXED; 

T E M P 1 » TEMP? = K; 

IF K <= 1 THEN RETURN; 

FR?r n0 WHILE TEMPI <= TEMF2; 

Tt M P2 ■■ -1 ; 
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00 I = 1 TO TEMPI; 

TEPP2 *1-15 

IF ( COPE WCRD ( AF R A Y1 +TEMP2) > CQREWORD! ARRAYl + III THEM DO? 
TEMPI * COREWORC! ARPAYl ♦ TEMP2) 5 
CCREWQRC ( APR AYl ♦ TEMP2 ) = COR EW OR D( ARRAY 1 + I)J 
CORE WORD ( APR AY 1 ♦ I) = TEMPI; 

TEMPI = CQPEWGRD! ARRAY2 ♦ TEMP2) ; 

CCREW0RC(APRAY2 ♦ TEMP2) = CCREWORD! 4RRAY2 + I); 

COREWORD ( APR AY 2 ♦ I) = TEMPI; 

TEMPI = T EP p 2; 

END; 

END; 

end; 

RETURN; 

ENC SORTIT; 



FCRM.CLEAN: 

P FOCEDUP E( K1 f K2 1 5 

/* CLEATS CIT THE PURCHASE CRDER FORM */ 

C EC LAP F LINE_CLEAN CHARACTER INITIAL! • * I ? 

DECLARE (I ,Kl f K2) FIXED; 

DO I * K1 TO K2 J 

LINE(I) = LINE_CLEAN| |LINE_CLEAN| |LINE_CLEAfi; 

UNDERLINE! I) = 0; 

end; 

END FCR M _CL E AN ; 

PIT. FORMS ' 

PROCEDURE; 

CECt APE ( I,K,Z ) FIXED; 

K=o; 

DO Z = C TO SUPERLINE-1 BY 18; 

DO I = 1 TO 18; 

OUTPUT = LINEU + ZJ 5 
IF UNDERLINE! I + Z) 0 THEN DO; 

OUTPUT (II = •*•! |L IME! 3T+K ) 5 
K * K+l; 

END; 

END; 

DO I = 1 TO 3; 

OUTPUT = LINE(OM 

end; 

ep:d; 

EPC FUT.FORM; 

MSG.L INEUP: 

P ROCECUR E (MSGM AP E * 1 1* ST ART_POS» SI Z ) 5 
DECLARE VSGNAME CHARACTER; 

declare ii fixed; 

DECLARE STARTUP CS FIXEC; 

DECLARE SIZ FIXED; 

DECLARE TEMP FIXED; 

DECLARE TEMP2 CHARACTER; 

TEMP * LENGTH(MSGNAME); 

IF TEMP < l THEN RETURN; 

IF TEMP > SIZ THEN TE HP = SIZ; 

TEMR2 = SU3STR ( L INE ( 1 1 1 » Of START.POS) | | SIJBSTR! MSGNAME ,0, TEMP) ; 

L I NE (III = TE M P2 | !SUBSTR(LINE(II)t$T APT_POS+T EMP ) ; 

RETURN; 

ENC MSG.L INEUP; 



ERIC 



TEXT.LINEUP: 

PROCEDURE (TEXTLCC, TEXTS I ZE, 1 1, F IRSTCHAR,L INES IZE) FIXED; 

/* THE PROCEDURE TAKES A BIT(3) ARRAY OF TEXT STARTING AT 
TEXTL0C AND CF SIZE TEXTSIZE At' 0 ATTEMPTS TO PLACE 
IT IN THE CHARACTER STRING LINE(II) STARTING IN 
CHARACTER POSITION FIRSTCHAR. THE LENGTH OF THE 
SUBSTRING IS LINES IZE. IF THE ARRAY IS TOO BIG IT 
WILL BF CLT AT THE LAST POSSIBLE SPACE OR HYPHEN AND 
THE REMAINDEP CF THF STRING WILL BE FILLED WITH SPACES, 
IF THE STRING LENGTH IS BIGGER THAN THE ARRAY THE 
UNUSED PORTION CF THE STRING WILL BE FILLED WITH 
SPACES. UFCN EXITING THE PROCEDURE WILL RETURN THE 
fiUMBER CF BYTES PUT INTO THE STRING FROM THE 
ARRAY. IN TEE SPECIAL CASE WHERE THE FIRST BYTE 
NCT ABLE TC FIT INTO THE STRING IS A SPACE, THE 
PROCEDUPE WILL GO AHEAD AND PUT THE REST OF THE 
ARRAY INTO TEE STRING AND PRETEND IT HAS ALSO PUT 
THE SPACE INTO THF STRING. */ 

declare textloc fixed; 

DECLARE TEXTSIZE FIXED; 

DECLARE II FIXED; 

DECLARE FIRSTCHAR FIXED; 

DECLARE LINESIZE FIXEC; 

DECLARE CIFF FIXED; 

DECLARE INSIZE FIXED; 

DECLARE OUSIZE FIXED; 

CECLARE I FIXED; 



DIFF = 15 

INSIZE = TEXTSIZE - l; 

IF TEXTSIZE > LINESIZE THEN DO; 

INSIZE * LINESIZE - 1? 

DIFF = 2; 

IF COR EBYTE! TEXTLCC ♦ LINESIZE) = M 40" THEN GO TO LINEUP; 

DIFF = 15 

DC WHILE INSIZE > 0; 

IF COREP YTF ( TE X1LCC + I MSI ZE) * BYT E( • •) THEN GO TO LINEUP; 

IF COREBYT E (T EXTLOC + INS IZE ) = BYTE ( '- • ) THEM GO TO LINFUP; 
INSIZE * INSIZE - 15 
END; 

RETURN 0; 

end; 

LINEUP: OUTSIZE - LINESIZE - 1? 

I =SHL(OLTSI ZE-INS I ZE-1 ,24 ) ♦CCCREWORDISHR ( AODP. (L IN EC 2) ),2) K«FFFFFF"> ; 
CALL MSG LINEUPU ,11, INSIZE+FIRSTCHAR, LINESIZE); 

CALL MSG_L INEUPISHLI INS IZE, 24) +TEXTLOC, 1 1, FIRSTCHAR, LINE SIZE) 5 
RETURN INSIZE ♦ DIFF; 

END TEXT.LINEUP5 

TEXT. WIPE : 

FPOCEDUR E (LOC, LNG) FIXED; 

/* THE PROCEDURE TAKES TEXT IN BIT(B) FORM OF SIZE 
LNG STARTING AT LOC IN TBLOCK AND EXAMINES IT FOR 

# SIGNS. TEXT RESIDING BETWEEN PAIRS OF # SIGNS 
WILL BE DELETED. IF THERE ARE NOT AN EVEN NUMBER OF 

# SIGNS A SIGN AT THE END OF THE TEXT WILL BE 
ASSUMED. IF THERE IS NO TEXT BETWEEN A PAIR OF 

# SIGNS THREE CCTS WILL BE INSERTED AND ALL 
REMAINING TEXT WILL BE DELETED. IN ALL CASES THE 
t SIGNS THEMSELVES WILL BE DELETED. UPON EXITING 
THE NUMBER OF BYTES REMAINING IN THE ARRAY WILL 
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9E RETURKEC. 

DECLARE skip FIXED 5 
CtCLA^E L FIXEC; 

DECLARE SWC FIXED; 

CECLAkE LOC FIXED; 

C ECL ARE LMG FIXED; 

DECLARE l FIXED; 

SWC = 15 L « 9 <59 ; SKIP = 0; 

DC I - 0 TC LNG - IS 

IF TRLCCKCLOC + I) = "7B« THEN DO; 

IF L *1 = I THE’! GO TO DOTS; 

IF L > I THEN L * SWC = I; 

ELSE DO; 

SwC = o; 

SKIP = I - L ♦ 1 + SKIP; 

L * 999; 

end; 

END" 

ELSE IF SWC = 0 THEN TBLOCKC LOC + 1- SKIP ) = TBLGCK( l.QC+1 ) S 

end; 

IF L = 999 THEN RETURN LMG - SKIP; 

ELSE RETURN L - SKIP; 

DrTS: I = LOC + I - SKIP; 

TPLOCK( I - 1) - "AB” S 
TELOCK(I) * "48”; 

TP LOCK! I + 1) * "4P"; 

RETURN L + 1 - SK IP S 
END 1EXT_WIPE; 



rppCR: 

PfJOCEDUPE(MtFNTPV_ADCR); 

/* THE PR.PCEDIF E OUTPUTS 
DECLARE (NO,TF*FNC) FIXED; 
DECLARE ENTRY.ACDR FIXED; 

IF ENTRY_ADDR ~ -I THEM DO; 

OUTPUT ( 0) = ERROR_ *SG( NO-1 I ; 

RE TU C ‘N J 



ALL ERR GP MESSAGES ON 0UTP0T3 



EN d; 

r ALL A TTRFND ( • ID* tENTRY^ADDR) ; 

TE MP»jn = DCC_TO_B INI TBLOCM ATTRLQC+2) » Q+ATTRLOC+3 ) ; 
CUTOUT (3 ) * E»RCR_PSGINC-1I| I • FOR IC = MITEMPNO? 
rtturn; 
rn c error; 



* / 



DfiSS^ATT* : 



PFOCECUE E(L0CtSIZEtSTAPT f 0VFSWCfSW2) ; 

/* THE PROCEDURE TAKES TEXT AND PUTS IT IN AREA 4 OF THE 
PURCHASE CRDER FORM • THE INFORMATION STARTS IN LOC 
AND IS OF SIZE SIZE. IF $W2=0 THF TEXT WILL START ON 
A NEW LINE AT POSITION START WITH EVERY OTHER LINE 
STARTING AT FCS1TI0N OVFSWC. IF SW2=1 THF TEXT WILL 
START START POSITIONS AFTER THE TEXT IN THE CURRENT 
LINE ANC EVERY CTHFR LINE WILL START AT POSITION 
OVFSWC. * / 



CECl APE LOC FIXED; 
DECLARE SIZE FIXFO; 
DFCLAPE START FIXED; 
CECLAkE CVFSWC FIXEC; 
k DECLARE ( SW2 » I ) FIXED; 
ERJC IF SW 2 = 0 THEN DO; 
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SUPERLINE = SU PERL 1NE ♦ 15 
STARTPCS = START; 

END ; 

ELSE IF STARTPCS + ST/6PT >= LI NF.END (SUPFRLINE) THEM DO; 
SUPERLINE = SUPERLINE + 15 
STARTPCS = OVFSWC; 



end; 

ELSE STARTPOS = STARTPCS + START; 
CONTINUES IF SUPFP LINE = 18 THEN DO; 
CALL FCRM_CLEAN(24, 36) ; 



00 I - l TO 6; 
LINE! 1*29) = 
L INC € 1*11) - 



SUE STR (L INE ( 1+29), 0,43) I | SUBSTR (L INE( I + 11 )f43) 
SUBS T° ( LINE( I+ll) t Of 43) | I SUBSTR (L IN F( 1+30) f 43 ) 



LINE(36) = SUBSTR! IINEI36) ,0, l ) I ! SUBSTR CLINEC 18 ) ,1 ) * 

L INE (21 ) - SUfiSTP ( L INEC 2 1 ) 1 0 » 54) I I SUBSTR! LINE( 3) ?54) ; 
LINE (24) - SUBSTRCLINEUS), 0,43)1 I SUBSTR! L INEC24), 43) ; 
L I N E ( 2 5 ) = SIB STF! LINE! 17) tO f 43) I I SUBSTR (LI NEC 25) ,43) ; 
L INE( 16 ) = SllBSTR(LINE( 2) »0f 43) I I SUBSTR CLINEC 16)»43) ; 
LINE(17) = SL8STP! LINE (2 ) ,0,43) I I SUBSTP (LIME! 17) ,43 ) ; 

L IME ( 18 ) = CCNT.BELOWl | SUBSTP! LINE! 18) ,43) ; 

SUPERLINE - 26; 



END ; 

IF SUPERLINE > 35 THEN RETURN; 

SW2 = TE >T_LI NELP( LCC » SIZE tSUPEPLI NE t 
-STARTPOS) ; 

STARTPOS = STARTPCS + SW2 ; 

IF SW2 = SIZE THEN PE TL^N; 

ELSE no; 

SUPERLINE = SUPEPLINE + l; 

STARTPOS = OVFSWC; 



ST APTPDStL INE_EMD!$UPERL 



IME 



) 



SIZE = SIZE - SW2 ; 
LOC = LCC + SW2; 

GO TO CONTINUE; 



- end; 

EMC FA5S_ATTR; 



PLNC : 

PROCEDURE! LOC, LISTA, LI STP, LISTSIZE) FIXED; 

/* TFE PROCEDURE COMPARES THE END MAF K SPECIFIED 

BY LOC WITH THE ELEMENTS OF LIST A AND IF A MATCH IS 
ENCOUNTERED REPLACES IT WITH THE CORRESPONDING ELRMFNT 
CF LISTB AND RETURNS 0* IF A MATCH IS NOT FOUNOf THE 
CHARACTER FOLLOWING THE END MARK IS REPLACED WITH THE 
FIRST ELEMENT CF LISTA AMD 1 IS RETURNED. */ 



DECLARE LOC FIXEC; 

DECLARE LISTA FIXED; 

CFCL A C E LIST R FIXED; 

DECLARE I FIXED; 

DECLAPE LISTSIZE FIXED; 

DC l = 0 TC LISTSIZE - 1*. 

IF COREBYTE ( LCC ) = COREBYTE ! LI STA+ I ) 



THEN GO TO FOUND_IT; 



end; 

CORE 3YTC ( LCC + 1 ) = CCREBYTE ( I. T ST A) ; 

RETURN I*. 

FCLNC.IT: COREBYTE(LCC) = CORERYTE (L 1ST B+I ) ; 

RETURN 0; 

EMC PUMC; 



rnfrllPJ T.UP : 

'Mk PROCEDUPE! LUC, SIZE, SW1 ) ; 
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DECLARE (LOC , SIZE, Y,SW1) FIXED? 

/* THIS IS JUST SIMILAR CODING CONDENSED IN A PPO.FDURE +/ 

Y = PUNC(Q4LCC4SIZE-1 ,ADDR< PN2 A) , ADDR( PN2B ), 61 ? 

SIZE = SIZE 4 Y? 

IF Y = 1 € TBLCCM LHC4S IZE-1) =BYTE( I THEN Dfl ; 

IF ( TBLOCM LOC+SIZE-2) & «C0«)=1 6 

( T8L0CK( LOC+SI ZE-2) C M FO M ) -** 1 THEM .>1 ZE=SI ZE-Y , 
ELSE TBLCCKI LCC4SIZE-1 ) = BYT E ( 1 1 * I ? 

END ? 

CALL PASS_ATTR(CH.OC,SIZE,SWl,DVP, II 5 

RETURN? 

er e v*hip_itjjp? 



PAREN: 

PPOCEDJRE (XI, X 2 I ? 

/* THE PRCCECURE 
IN T3L0CK AND 
X2, MODIFYING 
CECLAFE XI FIXED? 
DECLAPE X2 FIXED? 
TFLOCM ATTPLCC42) = 

TBL ICM ATTRLOC 4 ASIZE 
ATTRLCC = ATTRLCC - 1? 
A SI ZE = ASIZE 4 2? 
RETURN? 

ENC PAR EN? 



ENCLOSES THE TEXT STARTING AT ATTP.LOC 4 3 
OF SIZE ASIZE WITH THE SYMBOLS IN XI AND 
ASIZE AND ATTR.LOC IN THE PROCESS. */ 



XI 



43) = X2? 



/* 



INITIALIZATION 



*/ 



T IN BLOCK ,P INBLOCK , A INBLOCK * -l? 

0 = ACCR (TBLOCK) ? 

SUPEFLINE = 3? 

CALL FCRM_CLEAN( 0,231? 

CALL MSG LINEUP( CONT INUE ,19,29, 12 ) ? 

CALL visgIlINEUP(CONTINLE ,21,29,121? 

CALL MSG L INEUP(OPPESi, 1,20,43) ? 

CALL MSG LINEUP(CPVES2,2,17,46)? 

CALL M SGJ_ INEUP(SUBSTR( XXX S, 0,8) ,3,55,8) ? 
DC I = l"TC 4? 



CALL PUT.FCRH? 



END 
K = 



1 



/* SET 'JP SOPT FILE OF TRANSACTIONS FOR SORTING */ 

END OF RECORDS UNBLOCK * TINBLOCK 4 1? 

T BLOCK = F ILE( 1 ,TINBLCCK) ? 

J — C J 

S(RT CONT: DO WHILE TBLCCK(J) -•= BYTF(*C*)» 

CALL ATTRFNC( • PRO* , J ) ? 

IF ATTRLEN * 0 THFN GO TC ERRDR1? 

IF (TBLOCM ATTRLCC 43 ) I UC ) = BYTE( •P* ) THEM 
ELSE IF ( TBLCCK ( ATTRL0C43 1 1 LI C I = BYTE! • S • ) 

PL SE IF ( TBLCCK( ATTPL0C44) lUC) =BYTE( *N f ) 

ELSE IF (TfiLCCK ( AT TP LOC 44 ) | UC l s BYTE ( *L • ) 

ELSE GC TC EPFCF2? 

CALL ATTRFND ( •VID*,J) ? 

IF ATTRLEN = 0 TFEA GO TP ERR0R3 » 

BASE * 0? , „ 

EKLC T emp = TBLOCK( ATTPIGC 4 3)| DC? 



PRO.VALUF = I? 
THEN PPP..VALUE = 
THFN PRO.VAL'JE = ?? 
THEM PRP_VALUE = 3? 



1 ? 
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IDSIZE = TP LCCK( ATTRLOC + 2) - 15 
IF TEMP = BYTE! ‘A') THEN BASE = ABASE; 

ELSE IF TEMP >= BYTE ( *0 * ) THEM OH; 

ATTRLOC = ATTPLCC - 15 
ICSIZE = ICSIZE 4 l; 

END; 

El SE IF TEMP = B YTE ( • B * ) THEM BASE = BBASE5 
ELSE GO TO EPRC«4; 

IF ( IDSIZE = 0) | ( IDSIZE-»=4 £ RASE^=0 ) J (I DSl 7E>5 £ BASE=0) THEM 
GO TC ERR r R5 5 

VENDIC = DFC_TC_EIN(IDSIZE,Q4-ATTRLGC4-4) 5 
SO*T_KEY(K) - SHL<PRG_VALUEfl3) + BASE 4- VFNDI 0; 

SORT_LOC(K) = SPLIT IMBLOCK, 16) + j; 

^ ^ • 

IF K > KMAX THFN DO 5 
TSAVE = TINBLCCK; 

J SAVE = J5 
MAX SWC = 15 
CALL EPROR (6 »— 1 ) 5 
GO TO END_CF_F I LE 5 
END; 

Popup rfts J = J + SHL(TBLDCKU) f 8) 4- T3L0CMJ+1); 

IF J > 7136 TEEN GC TO EM D_0 F_R ECOP D 5 
END; 

IF T310CKU 4- 1) = BYTE<*R*) THEM GO TO END_OF_ RECORD ; 



FLSE 


GO 


TO END. 


-CF 


E*-RC p 5: 


ER 


= ER 


+ 


15 


ERRCR4: 


ER 


= ER 


+ 


l; 


E c RC p 3 : 


ER 


= ER 


♦ 


l; 


ERPCP2: 


ER 


= ER 




l; 


ERRCRi: 


EP 


= ER 


4- 


l; 


CALL 


ER 


P.O«(ER 


f 


J); 


CF = 


c; 









GC TO EPRQP_RET; 

♦ END.CF.FILE: K = k - l; 

LASTTRLK - TINBLOCK; 

CALL SCRTIT(K f SPR(ACDRCS0RT.KEYI,2)f SHR( 4 DDR ( SORT_LOC ) 9 2 ) ) ; 

TRANSACT ICNS SORTED - PRINT VENDOR AODPESSES */ 

CO KV = 1 TO K; 

TEMP = SHR<SORT_LHC(KV)f 161; 

IF TEMP -•= TINBLCCK THEN DO; 

TINBLOCK = TEMP; 

TBLCCK = FILE (It TINBLOCK)? 

END; 

LCCC = SORT_LnC(KV) 6 M FFFF W ? 

J = VASAV; 

IF SOP T_KEY( KV ) = SOPT.KE Y( KV-1 ) THFN GO TO VA.PPIMT; 
fopwcnt"^ 32 5 

IF PINBLOCK = 0 THEN GC TO P_IM; 

P INBLOCK =' 0; 

* CCMT_SRCH : PBLCCK = F ILE( 2 f PINBLOCK ) 5 

NUMPTRS = SHl( PBLCCK (7186) 1 31 4- P3L0CK (71B7 ) 5 
NXTBLK = SHL( °BLCCK( 71B4)» 8) 4- PBL0CK1 7185) 5 
P IN: TEMPFTR = 718A5 
DO J = 1 TO MJKP1RS; 

TEMPVEND = (SFL(PBLCCK(TEMPPTR-3)» 16) € ”30000**) ♦ 

SHL( P3L0CK (TEMPPTR-2) »8) 4- PPLOCK (TEMPPTR-1 ) 5 
O IF TEMRVEND = ( SQRT_KE Y(K V) f* M 3FFFF M I THEN GO TO FOUND_IT; 

ERJC TEMPPTR = TEMPPTR - 5; 
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ENf)5 

IF NXT8LK = 0 THEN GC TO FRROR75 
P IEBLCC K = NXTBLK; 

GC TC CCNT_SRCH; 

FCUND_IT: Y = SHR ( PRLCCK (T EMPPTR-3 ) ,2 ) 5 

JfVASAV = SHL( PBLOCM TEMPPTR-5) ,8) «• PBLOCMTEMPPTR- 
IF Y-.= AIN6LCCK THEN 00; 

A I NB LOCK = YJ 

ABLCCK » F ILE ( 2, AINBLOCK ) ; 

END; 

VA_PRINT: IF FCRPCNT -.= 32 THEN GO TO PO.PRINT; 

CALL FCFM_CLEAN(1, 18); 

FOFMCNT = C; 

NOELM I S = ABLGCKU) ; 

j = j ♦ l; 

DO Z = I TO NOEUTS; 

Y = ADDM A3L0CKU+1) ) ; 

ASIZE = AELCCK(J); 

CALL TEXT_LINEUP<Y,ASIZE,10*Z,7,31); 

J = J ♦ ASIZE ♦ 1; 

end; 

CALL PUT_F0RM; 

/* VENDOR ADDPESS PRINTEC - PREPARE URCHASE ORDER OUTPUT 
PC_ p P I NT: 

CALL FORMIC IF AN ( 1,18)5 
SUPEPLINE = 3S 
UNOERSHC = 37; 

/* NA M E OF FOPM */ 

TKV = SHR(SORT_KEY(KV) » 18) ; 

VKV = SCRT_KEY{KV) £ "3FFFF"; 

IF T KV= 1 THEN DC; 

CALL MSG.LINEUP'PUR.OPD, 1,21* 28): 

CALL MSG_LINEUP{RETURN_MAT f 3f 16,37)5 
END; 

ELSE IF TKV= 2 THEM CO 5 

CALL vsg„LINFL' 5 (CAN - 0RD,1,2 5,2O)5 
CALL MSG_L IMEUP CCANLORDt 3, 25, 20) ; 

end; 

ELSE IF TKV=3 THEN CALL MSG^LIMEUPI DEALER_REPOKT ,3,2 

/* CATE CF CRRFQ */ 

CALL ATTRFNC ( • FD* , LOCO) ; 

IF ATTRLEN - 0 THEN GO TC ERR0R8* 

CALL TEXT^L INELPC Q^AT TRLOC^ 3,T8L0CK( ATTRLOC+2 ) • 
3,55,10)5 

/* ORCCP f4LMBEF */ 

CALL ATTRFNC ( • ID* , ICC Cl 5 

CALL TEXT_L INFUPCQ ♦ ATTRl 0C*3, TBLOCKI ATTRL0C^2 ) , 

3, 72 - TPLCCK(ATTRLCC+2),TBLOCK(ATTRLOC>2)); 

/* SHIP TG AND BILLING INSTRUCTIONS */ 

IF TKV = 2 THEN DC 5 

ERIC CALL VSG.L INEUO(NCTE, 12,44, 30) ? 



*/ 



1.14) ; 
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CALL MSG.LINELP (PLEAS.CAN1 ,14,50,171 5 
CALL MSG_LINEUP (FLEAS. CAN 2, 15,48,2115 
GO TO PRICES 
ENOS 

CALL ATTRFNCC •ADC* , ICCC) S 
IF ATTRLEN = 0 THEN GO TO ERRQR9; 

IF (TBLOCK! ATT RLPC +2 ) > 2 £ TBLOCK C ATTRLOC* 3 1 * "*l m & 
TBLCCM ATTRLCC+41 = M F6 H ) = 0 THEN 005 

/♦ FIXEC ADDRESS */ 

Z = CEC.TG.B INC TBLOCK! ATTRLOC* 21 ,Q* ATTRL0C*31 5 
IF Z > 15 THEN GC TO ERRORIOS 
IF SHI P.ADDR.PCS ( Z) - 100 > 0 THEN 

CALL MSG.L INEUP (SHI P.ON'LY, 12, 55 ,8)5 
ELSE 005 

CALL MSG.LINEUP! SHIP_BILL,12 ,44,301 5 
CALL MSG_LINEUP(XXXS, 18,44,3015 
ENOS 

TFMP = SHIP.ADD R.PQS! Z1 MOD 1005 

TEMPSIZE * SHl°_ADDR_Pn$(Z*il MOO 100 - TEMPS 

00 Z = 0 TC TEMPSIZE - U 

CALL MSG_LINEUP(SHIP_ADDR(TEMP*Z1,13*Z,44,311 5 

ENDS 

ENDS 

ELSE COS 



/* VARIABLE ADDRESS */ 

CALL MSG_LINEUP!$H!P.CNLY,12,55,8lS 
Z = ATTRLOC * 55 
Y = 135 

DO WHILE Z <= ATTRLOC ♦ 3 * TBLCCK! ATTRL0C*2 1 S 
TEMP = 25 

DO WHILE TBLOCK! Z1 -= "BE"; 

Z » Z * 1 5 
ETC 5 

TEMPSIZE = Z - TEMPS 

CALL TEXT. LINEUP I ©♦TEMP, TEMP SIZE, Y ,44,301 S 
Z - Z ♦ IS 
Y = Y * IS 
ENDS 
ENDS 

/* TOTAL ESTIMATED PRICE */ 



PRICE: CALL ATTRFNDT *PR f ,LOCOl S 

IF ATTRLEN=0 TFEN GC TC VENONUM; 

CALL TEXT_LINFLP( C* ATTRLOC* 3 , TBLOCK ( ATTRLOC *2 1 , 

18 , 10,2215 

/* VENDOR NUMBER */ 

VENONUM: CALL ATTRFNC( # VID* ,L0C01 ; 

CALL TEXT.LINELPf Ca-ATTPLOCa-3, TBLOCK! ATTRL0Ca*2 1 , 
18 , 41 -TBLCCK! ATT«l nc*2) , TBLOCK! ATTP LOC+2 11* 

/* CHECK TO SEE IF RUSH */ 

CALL ATTRFND! •VSF* ,LOCO) 5 
IF ATTRLEN < 7 THEN GO TO GET.MES 
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IF (TBLCCKI ATTRLCC+3) |UCH=BYTE( • R» ) THEN 
IF (TBLOCKI ATTRLCC+4) |UC)-=BYTE( •UM THEN 
IF (TBLrCK(ATTFLCC45)|UC>-.= 9YTE( t S , l THEN 
IF ( TBL0CMATTRLCO6) |UC)-i=9YTE( • H B ) THEN 
CALL MSG_LINEUP(FUSELMSG,4, 6, 11) ; 

CALL FCR^CLEAN (LMOERSWC, UNCERSWC )» 

CALL MSG_LI'JEUP( PL SH_UNDER , UNDFRSWC ,6,11) j 
UNDEPSWC a UNDERSWC ♦ 1; 

•JNDEP LINE(4) = l; 

SUPEPLINE = A? 



GO 

GO 

GO 

GO 



TO 

TO 

TO 

TO 



GET_ME 

GET.ME 

GET_ME 

GET_ME 



/* GET MAIN ENTRY CP PURCHASE QPDER MAIN ENTRY */ 

GET.ME: call attrfkc(« pwe*, locoi; 

IF ATTRLEN = C THFN 0 n; 

CALL ATT 9 FNC ( • MR • f LOCH ) ; 

IF ATT&LEN = 0 THEN GC TC FRROR11 ; 

END; 

IF (TRLCCK(ATTRLCC43HUC) = BYTE(*TM THEN OVF = ll; 

ELSE CVF = 7 ; 

Y = 15 

DC TERF = 3 TC ATTQLEN-l; 

IF TKLOCKC ATTRLOC ♦ TEMP) >= 3YTEC # OM THEN DO; 

ASI?F = ATTRLFN - TEMP; 

Y = DEC_ T C_BI N( AS I ZEtO ♦ TE*P); 

TBLGCK ( ATTRLOC ♦ 2) = TBLOCK ( ATTRLOC ♦ 2) - ASIZE; 

TEMP = ATTRLEN; 

end; 

ELSE TBLOCKI ATTRLOC ♦ TEM° ) = ( T3LOCKI ATTRLOC ♦TFM*>) |UC) * 

END; 

CALL ATTRFND(SHL(TBLCCK(ATTPLnC+2)-l,24)^0 + 

ATTRLOC ♦ 3, LCCC ) ; 

IF ATTFLEN = 0 THEN GO TC ERROR?}; 

DO WHILE Y > 1; 

ATTRLOC = ATTPLCC ♦ TBl OCK ( ATTPLOC+2) ♦ 3; 

Y = V - l; 

END; 

ASIZE = TEXT_WIPE( ATTPLOC+3 f T9L )CKC ATTRLOC ^2 M S 

ASIZE = ASI Z E^PIJN'C ( C+AT TRLOC* ASI ZE-^2 t ADDR I PN1 A ) f ADOR (PM1 B) 1 61 ; 

CALL PASS_ATT^(Q4ATTP.L0C^3 f ASIZEt 7,0VF,0) ; 



/* 



BODY OF BIBLIOGRAPHIC INFORMATION */ 



O 

ERIC 



IF OVF -»= 11 THEN DC; 

CALL ATT?FND(»T» f inCO) 5 

IF ATTRLEN = 0 THFK GO TO ERROR 12 5 

ASIZE = TEXT_V>IPF( ATTPL0C^3tTBL0CKf ATTRLOC^2) ); 

AS IZE=AS IZE^PUNC (C+ATTP.LnC^A$IZC^2f ADDP( PN1A), ADDP(PhlB) ,6); 
OVF = 2; 

CALL PASS_ATTR(C+ATTRLOC*3, ASIZE ,11 ,OVF f O); 

END; 

IF CVF -= 2 THEN OVF a 11; 

IF TKV = 2 THB GO TP EDITION; 

CALL ATTRFNC (»PT» ,LCCC); 

IF ATTfLEN -= C THEN DO; 

IF TRLOCKCATTPLCC+3) = BYTE! • <•) THEN DO; 

IF (T8LCCKI ATTRLOC^ A)C M CO w ) = w BO M THEN 

TBLCCKI ATTPLOC+A) = TBLOCM ATTRLOC+4) |UC 5 

END; 

ELSE IF ( T9 LOCK! ATTRLOC+3) C"CO w ) THEN 

T BLOCK ( ATTPLOC+3 ) = TBLOCKI ATTPI OC^3) | UC 5 



ASIZE = TEXT_V»I PE I ATTRLOC+3 , TBLOCKI ATTRLOC+2 ) ) > 

AS I ZE=AS IZE+PUMC ( Q4ATTRL0C4ASI ZE42,ADDR ( PN 1A) , AOORI PN1B) ,6) 
CALL PA$S_ATTPK4ATTRL0C43,ASIZE,2,0VF,1) ; 

END; 

ECITICN: CALL ATTRFNC ( • ED* , LOCO ) ; 

IF ATTPLEN -•= 0 THEN OH; 

CALL PASS_ATTR( C+ ATTRLOC+3, TBLOCKI ATTRLOC4?) ,2,DVF,1 ) ; 

end; 

CALL ATTRFND ( * PP* , LCC. 0) ; 

IF ATTPLEN 0 THEN DO; 

S W 1 - 2 * 

DO Y = 1 TO NCELRTS; 

z = -l ; 

SIZE = TBLCCM ATTRLCC+2) ; 

PP_LCOP: Z = Z 4 1; 

IF Z = SIZE THEN GO TO PP.CQNT; 

IF TBLOCK ( AT TRL0C+3+Z) -»= BYTE! * ; • ) THEN GO TO *>P_l OOP; 

IF Z = 0 THEN GO TO PP.CONT ; 

T3L0CK ( ATTRLCC434Z ) = BYTE!*,*); 

CALL PASS_ATTR(Q4-ATTPL0C4-3tZ4l, SWl,OVF f U ; 

DO WHILE TBLCCKI ATTRl 0C+4+Z) = RYTEI • •); 

Z - Z ♦ i; 

end; 

swi = l; 

PP_CONT : IF Z = SIZE THEN Z = -1; 

IF Y = NGELMTS THEN 

CA L L WHIP_! T_UP ( ATT PL0C+44Z f S l ZE-Z-1 , SW!) ; 

ELSE on; 

S I Z E = S I 7 F ♦ FUN C ( Q ♦ AT TR LO C 4S I Z E ♦ 2 , A ODR ( PN 3 A ) , A 0 OM PM 33 ) 
6 ); 

CALL PASS_ATTP(Q4ATTPL0C444Z f SIZE-Z-lt SW1 ,OVF ,1 ) ; 

S W 1 - It 

ATTRL OC = ATTrLOC 4 TBLOCK ( ATTRL0C42I 4 3; 

EN»>; 

FNC; 

end; 

IF TKV = 2 TFEN GC TO ORDER; 

CAIL ATTRFND ( • FUX* fLOCO) ; 

IF ATTRL EN-»=0 TEFL CALL WHIP_IT_UP( ATTPLPC43 f T9L0C K( ATTPL0C42I « 2) 
CALL ATT RFNC (• CS* » LCCO) ; 

IF ATTPLEN = C THEN CALL ATTRFND <• D* * LOCO) ; 

IF ATTRL EN -= 0 THEE DO; 

ASIZE = TBLCCKI ATTRL 1C+2) ; 

ASIZF=ASIZE4PUNC(()4ATTFL0C4ASI ZF42 ? AOOP ( *>N1 Al f ADDRI PN1B) f 7) 
CALL PASS.ATTMC4ATTPL0C43, ASIZE, 2tOVF f 1) ; 

end; 

CALL ATTRFND I • IMP*, LOCO) ; 

IF ATTRLFN -•= C THEN 00; 

ASIZE = TBLOCKI ATTRL0C42) ; 

IF TBL0CK(ATTRLCC43)-.= RYTE( *<*) THEN CALL PAREfH PYTFI •<• ) , 
BYTE! •>* ) ) ; 

CALL PASS_ATTR(Q4ATTRL0C43,ASIZE,2,nVF,l) ; 

END; 

“T V P=( C CRE WORD ( SHR ( A DDR ( L I ^lE I SUPER LINE) ),2 )) C W FFFFRF M ) - 1; 

>T ARTPOS =START PCS 4PUNC ( TEMP4STARTP0S, AOOP CPNlA),ADOR( PH1B) ,6) 
/* SERIES INFORMATION */ 

OVF = 2; 

CALL ATTRFNCI *SSI*,LCCC); 

IF ATTRLEN -i= 0 THEN DO; 

ASIZE = TBLCCKI ATTPL0C4-2) ; 

IF TBLCCKIATTRLCC43) = 3YTE(*<*) THEN DO; 
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ATTRLCC = ATTRLOC 4 1; 

ASIZF = ASIZE - Zi 

IF TBLOCKI ATTRLCC+3 )-»=BYTE( • ( • ) THEN CALL PAREMf BYTE (•(•)» 
eYTE( •)•)); 

CALL PASSJVTTR( Q4ATTRLOC43t ASIZE tilt OVF f O) ; 

CVF = 20 
Ef4D; 

CALL ATTRFNO ( , SPC* t IHCO ) 5 
IF ATTRLEN -»= C THEN DO; 

IF 0VF=2C THEN DC; 

OVF = 2? SW1 - 2? SW2 = 15 

end; 

ELSE DO; SW1=115 SW2 * 0; Ff!D5 

ASIZE = T BLOCK ( ATTRLOC+2 ) 5 

IF TBLOCK ( ATTRL0C43) = BYTE ( • <• ) THEN OH; 

ATTRLCC = ATTRLOC ♦ 15 
AS T ZE = ASIZF - 25 
EN C * 

IP X BLOCK ( ATT PI OC+3 5 -»=BYT EC • ( • ) THEM CALL PA»EN C BYTF' • < • ) t 
BYTE ( • )• ) ) 5 

CALL PASS_ATTP( G+ATTRL0C4 3t ASIZE tSWlfOVF *SW2) 5 
END; 

/* CRDER CP SUBSCRIPTION INFORMATION */ 

OFDER: IF TKV = 3 THEM 005 

CALL ATTRFNCI 'CLCS LOCO); 

IF ATTRLEN = C THEM GO TO ERR0R13; 

TEMP = ATTRLCC 4 35 

DO WHILE TBLCCK(TFMP) -= BY T E ( • ? • ) C 
TEMP - ATTRLCC < ATTRLEN - l 5 
TEMP = TEMP 4 I; 

EMC5 

IF ( TBLOCKI TEMP41 ) |UC) “BYTE! • M* ) THEN Y - 0; 

ELSE IF (TBLCCK(TEM04l)|!JC)=BYTE( ) THEN Y =1 5 
ELSE GO TO EPR0RI4; 

CALL MSG_LINFUP (CL AIM_M0T(Y) t It 31,1 3); 

IT (T3LCCMTE*P43 )|UC)-»=BYTE( *S # ) THEN DO 5 
ATTRLEN = ATTRLEN - TEMP 4 ATTRLOC; 

ATTRLCC = TEMP; 

TBLOCK ( TEMR42 ) = ATTRLEN - 3; 

END; 

ELSE CALL ATT FFNC ( •CRD* t LOCO ) 5 
END; 

ELSE IF TKV = 2 THEN DO; 

CALL ATT FFNC (•CAN* t LOCO) 5 
IF ATTRLEN = C THEN GO TO ER.R0R15; 

CC WHILE NOELMTS >15 

ATTRLEN = ATTRLEN - TBLOCKC ATT RLOC+2 ) -3; 

ATTRLCC = ATTRLOC 4 TBLOCK ( ATTRl 0C42) ♦ 3; 

NCELRTS = NCELMTS - 15 
END; 

TEMF = ATTR10C43; 

CO WHILE TBLCCK ( TEMP ) 8YTE(«;M & 

TEMP-ATTRLCC < ATTRLEN - l 5 
TEMP = TEMP 4 1 ; 

IF TBLOCM TEMP42 ) -^BYTEM;*) THEN GO Til EPROR15 5 
I F(TBL0CK (TFRP43 )1 UC )-»=BYTE ( # S • ) THB'J DC 5 
ATTRLEN = ATTRLEN - TEMP 4 ATTRLOC; 
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ATTRLGC « TEMP 5 

TBLOCK (TEMP+2 I * ATTRLEN - 3? 

END; 

ELSE CALL ATTRFPO! • ORD* tLOCOI 5 

end; 

ELSE CALL ATTRFNOI •ORDSLOCOI ; 

IF ATTRLEN * 0 THEN GO TC ERRORIT; 

SMI * IS SW2 * 05 OVF = 2? MSGSWC * 0; TEMP * ATTRLOC; 
PAREN.REMOVE: IF TBLOCK! ATT RLOC+3 ) * BYTE! MM £ 

ATTRLX-TEMP < ATTRLEN THEN DO; 

ATTRLGCtIMT * ATTRLOC ♦ 15 
DO WHILE TBLOCK ( ATTRLCC+3 I -•= BYTE! • I* 1 5 
ATTRLOC = ATTRLOC ♦ 15 
END; 

FINI = ATTRLOC -1; 

DO WHILE TBLGCMFINH-3) * BYTE! • *15 
FINI = FINI - 15 
END; 

IF TBLOCK IFINI+3 I * BYTE! • I THEN DO; 

MSGSWC * FINI - INIT; 

IF MSGSWC > 5C THEN GO TO ERROR 18; 

DC Z s 0 TG MSGSWC - i; 

COREBYTE! ACDR! MSGBLXKI + Z) * TBLOCK f INIT *3*Z 1 5 

end; 

end; 

ELSE D05 

IF SW2 -= C THEN CALL P ASS_ATTR! ADDRf ANDI , 3,1 ,0VF ,1 1 5 
CALL PASS_ATTP!C*INIT*3,ATTRLOC-INIT,SWl,OVFtSW2)5 
SWlfSM2 = 15 
ENC; 

ATTRLX = ATTPLCC ♦ 15 

DO WHILE TBLCCM ATTRLOC+3) = BYTE I • f l5 
ATTRLCC * ATTRLOC ♦ H 

END; 

GO TC PAR EH — REMOVE; 

END; 

IF SW2 -•* 0 THEN DO; 

IF MSGSWC -= 0 THEN DO; 

CALL PASS.ATTRI ADDRCAND1 f 3 ,1 tOVF »ll 5 
SWl = 15 
END; 

ELSE DO; 

TEMP=fCCREWCRC($HRCADDR<LINECSUPERLINEIIt2n£"FFFFFF«)-l 
STARTPOS-STARTPOS > PUNC I TEMPEST ARTPOS tAODRI °N1 Alt 
ACER (PN IB It 6); 

SWl = 45 

end; 

end; 

INIT * ATTRLOC; 

00 WHILE ITBLOCM ATTRLOC+31 |UC) -•* BYTE! •CM £ 

ATTRLOC-TEPP < ATTRLEN; 

ATTRLOC * ATTRLCC ♦ l 5 

g||0* 

IF ATTRLOC - INIT >2 I ATTPLOC - INIT « 0 THEN GO TO ERROR 19; 
CALL TEXT.L INEUP I Q* INI T* 3 1 ATTRLOC- INIT »5»2»3); 

CALL ATTRFNC I • PC*t LCCC I • 

IF ATTRLEN * C £ MSGSWC -•* 0 THEN GO TO ERR0R20; 

IF ATTRLEN 0 THEN DO 5 
I NIT, TEMP * 35 
PO.LOOP: TEMP = TEMP ♦ 15 

IF TEMP < ATTRLEN £ TBLOCK! ATTRLOC+TEMP ) -»* BYTEC*,*! 
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THEN GC TC PC.LOOP; 

Z = DEC.TC_BIMTEMP-INIT,Q+ATTRLOCMNITI; 

IF MSGSWC «.= 0 U >2 THEN GO TO ERROR2 1 ; 

IF MSGSWC = C 6 Z <= 2 THEN GO TO ERROR225 
IF Z = I THEN DC; 

TEMPSIZE « CCRE WORD (SHR( ADDR(PO_MSG(0 ) It 2 ) ) C^FFFFFF" ; 
CALL PASS.ATTR ( TEMPSI Z E, LENGTH! PO.MSG! 0) I ,$Wl ,0VF,SW2) ; 
SW2 »SW1 = 1? 

END; 

IF MSGSWC -= 0 THEN DO? 

CALL PASS.ATTR ( ADDR(MSGBLOCK) , MSGSWC, SWl , OVF, SW2 1 5 
SW2,SW1 = 1? 

MSGSWC = 0? 

END; 

TEMPSIZE = CPREW0RD(SHR<ADDR(P0.MSG<Zn,2l)C"FFFFFF"; 

CALL PASS.ATTR! TEMPSIZE, LENGTH!PO_MSG!Z H,SWl,OVF, SW2) ; 

SWl = 4; 

SW 2 = 1 ; 

TEMPylNIT = TEMP ♦ 1; 

IF TEMP < ATTRLEN THEN GO TO PO LOOP? 

END? 



/♦ SPECIAL INSTRUCTIONS TO VENOOR */ 




IF TKV = 2 THEN GO TO PO_PRINT.IT? 

CALL ATTRFNC ( • VSP* ,LOCO ) ? 

IF ATTRLEN -= 0 1HEN DO? 

SWl = 2? SW2 = C? 

CALL FCRM.CLE/N (UNDERSWC, 42) ? 

DO Y = 1 TG NCEIMS? 

CC TEMP * 3 TO TBLOCK! ATTRL0C+2I+2? 

IF (TBLCCK! ATTRLOC+TEMPI^CO") * *80" THEN 00? 

1BL0CK! ATTRLOC+TEMP) = ! TBLOCK ! ATT RLOC+TEMP) |UCI * 
END? 

END? 

IF SW2 = 0 THEN DO? 

UNDER. B = SUPERLINE ♦ l? 

UNDER.P = SWl? 

END? 

ELSE DC? 

UNDER.B = SUPERLINE; 

UNDER.P = STARTPOS ♦ SWl? 

END? 

SIZE = TBLCCK! ATTRLOC ♦ 21? 

SIZE=SIZE*FUNC(<KATTRL0C*SIZE*2,ADDRCPNIA), ADDR ( PN IB ) , 6) ; 
CALL PASS_ATTR(Q>ATTRL0C^3,SIZE,SW1,2,SW2); 

UNDER. E = SUPERLINE? 

DC TEMP = 3 TC SIZE ♦ 2? 

IF (TBLCCKCATTRLX+TEMP) C»«CO ,, I = "CO** THEN DO; 

TBLOCK! ATTRLOC+TEMP) = BYTE ( • •!? 

END? 

END? 

TEMP = C ♦ ATTRLCC ♦ 3? 

TEMPSIZE = 0? 

DC Z = 0 TP UNDER.E - UNDER _B? 

SIZE * SIZE - TEMPSIZE; 

TEMPSIZE = TEXT.LINEUPCTEMP, SIZE, UNDERSWC^Z, UNDER P, 
LINE.ENCCUNDER.B+Z) ) ? 

UNDERLINE (INDER.B+Z) « 1; 

TEMP = TEMP ♦ TEMPSIZE; 

SWl = 4? SW2 = 1? 
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END; 

ATTRLCC * ATTRLOC ♦ T BLOCK C ATTRLOC+2 ) «■ 35 
END; 

END; 

/* VENDOR CATALOG INFORMATION */ 

CALL ATTRFNDC • VCT* tLOCO) ; 

!F ATTRLEN -** 0 THEN DO; 

SWi * 25 SW2 s 0; 

INITtTEMP * 35 
VCT.LOOP: TEMP = TEMP ♦ i; 

IF TEMP < ATTRLEN C TBLOCK ( ATTRLOC+TEMP )-«= BYTEC • 5 • I 
THEN GO TO VCT.LOOP; ! 

CALL P ASS. ATTR ( Q+ATTRLOC+IN IT » TEMP-INI T f 
SKI,2,SW2); 

SWl = 35 SW2 = 15 

TEMP,IMT * TEMP ♦ 15 

IF TEMF < ATTRLEN THEN GO TO VCT.LOOP; 

END; 

PC_PRINT.IT: IF SUPERLINE > 35 THEN GO TO ERROR245 
CALL PUT.F0RP5 
FCRMCNT = FORPCNT 4 1; 

IF VKV=30 THEN DC; 

LINE( 1) “SUBSTR(LINE( 1) ,0,21) 1 1 ABEI — ACTS! 1 SUBSTP J LINEUI f 50l 

LINE C3)=SUBSTR(LINEC31 ,0, 16)| | ABEI ORIGl I SUBSTRILINEI 31 f 531 

CALL PUT.F0RM5 
FCRMCNT = FORMCNT 4 1; 

end; 

GO TO PO.PRINT.END; 
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ERRORS: 


ER 




ER 


4 


i; 


ERROR? : 


ER 


s 


ER 


4 


7 5 



CALL ERRCRCEPtLOCO); 

ER * 05 

PO.PRINT.END: IF MAXSWC -•* 0 THEN DO; 
MAXSWC =0; 

IF TINeLGCK TSAVE THEN DO; 
TINBLCCK = TSAVE5 
TBLOCK = FILE(ltTINBLOCK) 5 




END; 

K s 1 • 

SURE, LINE * 3$ 
J = JSAVES 



«• 
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GO TO SORT_CCNT; 

END; 

END; 

IF PINBLOCK - 1 = 0 THEN PBLOCK = FILE(2 t O); /* OUE TO XPL SUBMON */ 
LASTPBLK = SHL(PBLCCK(2),8) ♦ PBLOCKC3); 

TEMP = SHL (PBLOCK ( A ) » 8 ) ♦ PBLOCK(5>; 

IF LASTPBLK < TEMP THEN LASTPBLK = TEMP; 

PBLOCK - FILEC2, LASTPBLK); 

F1LEC2, LASTPBLK) * PBLOCK; 

TBLCCK = FILE Cl *LASTTBLK); 

F ILEC 1*LASTTBLK) = TBLCCK; 

EOF 

/* 
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Claim and Cancellation Notice Program Specifications 




Project BALLOTS 

Subject: Acquisition System Design 

Library System Note: No. 18 

Name: Jerry West 

Date: March 11, 1969 

Title: Claim and Cancellation Notice Program 

Specifications 



Purchase Order Program Specification for Printing 



A. General Rules 

1. The Cancellation Notices should be printed using the same 
specifications as for P.O. printing except as noted below in C 0 

2. The Cancellation Notices should be grouped together following the 
P.O.’s in sequence by Vendor number. 

B. Attributes 

The following list of attributes will be printec on the Cancellation 

Notice: 

1. The Order Number (ID) 

2. Date of Order (FD) 

3. Price (PR) 

4. Vendor Number (VID) . 

5. Main Entry (ME) or Head of P.0, indicator (PME) 

6. Title (T) (If ME or PME don’t point to T, TA, or TU) 

7. Edition Statement (ED) 

8. Place/Publisher (PP) 

9. Bibliographic Descriptor from CAN or ORD. If the descriptor in 
CAN=S then use the descriptor from ORD; else use the descriptor 
in CAN. 

C. Detail specifications and exceptions to general rule A-l above. 

(Refer to P.0, specs and form layout.) 

1. Print cover sheet with vendor address as per P.O. specs. 

2. Name of form (area #1 in form layout). Print ’’CANCELLATION 
NOTICE: on line 1 and line 3. (centered) 

3. Date of Order (area #2). Print as per P.O. specs. 

4. Order Number (area #3). Print as per P.O. specs. 

5. Ship to and billing information (area #5) Omit. 

6. Total Est. Price (area #6). Print as per P.O. specs. 

7. Vendor Number (area #7). Print as per P.O. specs. 

8. Number of Copies (area #8). Print as per P.O. specs. This infor 
mation will be in the bibliographic descriptor in either CAN or 
ORD. (see B-9 above) 

9. Bibliographic Information (area #4). Print only ME or PME, T, 

(if PME or ME don't point to T, TA, or TU), ED, PP, and biblio- 

graphic descriptor (from CAN or ORD. See b-9 above) 

10. Cancellation Message (use area #5) 

line 12: "***PLEASE NOTE***" 

line 13: blank 

line 14-?: "PLEASE CANCEL THE ORDER INDICATED ABOVE" 
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Data Base Building Specifications For Extracting Cancellation Output 



When attribute CAN (cancellation information) is input, check "Type of 
Cancellation" in the attribute. 

If Type=D then no cancellation transaction is needed. 

If Type=R or L then create the cancellation transaction. 

The cancellation transaction should have some indicator signifying that 
this is a cancellation record. The presence of the CAN attribute is no 
indication since CAN is merely a history of cancellations for this record. 
A possible indicator would be to set PRO«"canc" in the cancellation 
transaction only. 



If the input transaction also contains attribute PRO and PRO="PO" then 
a further step is necessary: 

Create a purchase order transaction from the updated record using 
the P.O. generating specifications after all updates to the entry 
have been made. The fact that PRO="PO" should indicate to the 
printing program that this is a P.O. transaction even though the 
CAN attribute is present. 

This step is necessary to do such things as cancel an order from one 
vendor and re-issue the order to another vendor. 



r 









I 
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Purchase Order Program Specifications for Printing Claim Notices 



A, General Rules 

1. The Claim Notices should be grouped together following the 
Cancellation Notices, in sequence by vendor number, 

2, The Claim Notices should be printed using the same specifications 
as for P,0, printing except as noted below in C, 

B, Attributes 

1, All attributes which are to be printed on the P,0, should be 
printed on the Claim Notices, 

2, The bibliographic descriptor information will be taken from 
CLD or ORD. If the descriptor in CLD * S then use the 
descriptor in ORD, else use the descriptor in CLD, 

C, Detail specifications and exceptions to general rule A-l above, 

(Refer to P,0, specs and form layout,) 

1, Print cover sheet with vendor address as per P,0, specs, 

2, Name of form (area nuofeer 1 in form layout,) 

Check Claim Date attribute (CLD), 

a) If object of claim in CLD equals "M" then print "CLAIM 
NOTICE* on line 1, (centered) 

b) If object of claim in CLD equals "I" then print "CLAIM FOR 
INVOICE" on line 1, (centered) 

c) In both a) and b) above, print "dealer Report" on line 3. 

3, Date of order (area number 2) same as P,0, specs, 

4, Order Number (area number 3) same as P,0, specs, 

5, Ship to and billing information (area number 5) same as P,0. specs, 

6, Total estimated price (area number 6) same as P,0, specs, 

7, Vendor Number (area number 7) same as P,0, specs, 

8, Number of Copies (area number 8) — This information will be in 
t he bibliographic descriptor in either the CLD or ORD attributes 
(See B-2 above,) 

9, Bibliographic Information, messages, etc. (area number 4) same 
as P.0, specs except bibliographic descriptor will be taken from 
either CLD or ORD (see B-2 above,) 
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Data Base Building Specifications for Extracting Claim Output 



The method of creating Claim Notice transactions described below will 
only be used until a complete update program and a claim index have 
been implemented. 

When the attribute CLD is input then a claim transaction will be 
created. The transaction should have some indicator signifying that 
it is a claim. One method would be to set PRO * "CLAIM" in the claim 
transaction only. 

Before the claim transaction is created the data base entry should 
be updated.. The input CLD attribute should replace any existing CLD 
attribute in the data base, and be added to the CLA attribute. 



APPENDIX D 



SPIRES Reference Manual 



7/25/69 
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SPIRES Reference Manual 



Preface 

The SPIRES Reference Hanual is maintained as a WILBUR data 
set. (WILBUR is Stanford's on-line text-editing system.) The 
manual is continually revised to reflect any changes or addi- 
tions to the SPIRES system, or to clarify usage of those 
features that have been bothering the users. If you are 
interested in obtaining a recent copy of the manual, issue the 
following WILBUR commands after signing on the system: 

COMMAND? use Sf 820. spires. ref man. user on sys04 
COMMAND? list offline bin xxx up low unnumbered (0) 

xxx is the bin number, at the Stanford Computation Center, 
where you want the manual deposited. 

If you reguire more than one copy of the manual you can 
make this choice by appending 

copies H 

to the "list offline" command. N is the number of copies 
required; it is an integer from 1 to 99. 

(0), zero, is needed in the command to insure that under- 
lining is on the appropriate line instead of a following 
line. 

For your convenience, all textual changes are annotated with 
the date of the change. This date annotation appears in 
columns 104-111 of a modified line as: 

this line has been altered 05 17 64 



For the most recent set of modifications, an asterisk in 
column 103 will prefix the date annotation on those lines 
where the changes occur. For example: 

a more recent changed line *05 29 69 

Two levels of text change annotation are being employed in the 
manual. If a minor change occurs within a paragraph, such as 
correcting a spelling error or a slight rewording, only those 
lines actually modified are annotated. For example: 

This paragraph line is unaltered but 

this line has been changed; however, 05 30 69 

this line is also unchanged* 



If a major change occurs, such as changing the context of a 
paragraph or adding a new paragraph, then every line of the 
revised paragraph is annotated. For example: 




Every line of this paragraph 
is annotated because the con- 
tent was changed sufficiently to 
alter its meaning. 



06 17 69 
06 17 69 
06 17 69 
06 17 69 
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At the beginning of this document is a section entitled ”Log 
of Annotated Revisions” • This log reflects the more recent 
document changes. Each line of the log contains the data: 
date of revision, section number incorporating revision, 
number of changed lines. An example of a line from the log 
is: 



06 12 69 3.1.2 12 f 

A quick glance at this log lets you ascertain the extent of the 
more recent document revisions. 

Direct any questions concerning this manual or its usage to: 

E. B. Parker 

Institute for Communication Research 
Cypress Hall 
Stanford University 
Stanford, California 94305 
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• Introduction 

This document describes SPIRES (Stanford Public Information 
REtrieval System). It contains a composite of the external 
design specifications and a user’s training guide. 

SPIRES serves two purposes. It allows the preparation 
(creation and revision) of mass storage data files. SPIRES 
also allows subseguent searching for selected portions of these 
data files either for transient examination or presentation of 
permanent copy (printer or typewriter). Because of its dual 
utility# SPIRES accommodates two levels of users. The user- 
manager (Manager) is responsible for the creation and mainten- 
ance of a data collection (e.g. library bibliographic 
catalog) . The user-searcher (Searcher) is able to examine 
selected data by specifying examples of attributes associated 
with the data (e.g. author *s name# item title). This 
reference manual contains information for the Searcher (sub- 
sequently referred to simply as a user) • & file manager’s 

manual (for the Manager) will be issued shortly. 

Oser-SPIRES communication is provided through the Stanford 
Terminal Processor (MILTEN) using a 2741 Communications Ter- 
minal. Use of the 2741 is not a restriction of the SPIRES 
design. Other terminals will be added later to increase the 
repertoire of SPIRES communications devices. These terminals 
communicate with a 360/67 computer located in ^ the Stanford 
Computation Center; this is the machine on which SPIRES 
executes. 

1.1 Special Reference Manual notation 

Oser-SPIRES communication statements are presented throughout 
this document. Hithin a statement# underlined quantities 
represent variables that assume more than one value. Por 
example# in the following statement: 

AUTHOR name 

name represents a variable quantity. 

Also throughout this document a special notation is used to 
help clarify examples. This notation has the following form: 

<text> 

In most instances# ’’text" makes reference to depressing either 
the attention or carriage return keys as: 



<depress ATTN> 

<depr ess RETURN> 

Occasionally# "text” is simply a message which notes an action 
as: 



1.2 

3 

ERIC 



<typing starts here> 

SPIRES Example 

Following is a brief sample of a user-SPIRES interactive 
session. Hhat is intended here is to acquaint you with the 
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style and structure of a. session, not to burden you with 
details of all the facilities available m SPIRES. Each line 

of interactive text is numbered on the left. These integer 
numbers are normally not present; they are included here as 
line references for descriptive commentary which is intermixed 
within the user-SPIRES interaction lines. 



Lines 1 through 5 constitute the remote terminal logon 
procedure. 

1. # <depress RETURN> 

2. NAME? helpless user 

3. ACCOUNT? F999 

4. KEYWORD? xyz 

5. TERMINAL? P38 



Lines 6 through 11 prepare the user for a SPIRES session. 



6. COMMAND? spires 

7. Welcome to SPIRES 

For more information type SHOW NEWS 

8. SEARCH? show news 

9. The data collections available for searching are: 



4 



IPF 

PREPRINT 

GEOLOGY 

AFHIST 

When you want to leave SPIRES, issue an EXIT command. 

10. OPTION? show options 

11. CLEAR, EXIT, LOGOFF, MILTEN, SEARCH, SET, SHOW, 

TO OPERATOR, TO SPIRES, TYPE, RESTART 

Lines 12 through 20 exemplify a Searching segue nee. 

12. OPTION? search geology 

13. FIND? author hope or author faith or author grabby 

14. AUTHOR SEARCH FOR... HOPE 

15. AUTHOR SEARCH FOR... FAITH 

16. AUTHOR SEARCH FOR... GRABBY 

17. 5 ITEMS ACCUMULATED 

18. ? and topic fluvial 

19. TOPIC SEARCH FOR .. .FLUVIAL 

20. 2 ITEMS ACCUMULATED 

Lines 21 through 27 show a TYPE-SEARCH-TYPE iterative sequence 
to produce exactly the desired text presentation. 

? type 

AUTHOR: HOPE, HUBERT 

TITLE: Fluvials I Have Known 

TOPIC: FLUVIAL, EXPLORATION 

AUTHOR: GRABBY, GRACE 

TITLE: Second Order Differential Fluvials 

TOPIC: DIFFERENTIAL, FLUVIALS 

OPTION? search 



21 



3 

ERiC 



22 . 



- 130 



23. ? and title fantasy 

24. TITLE SEARCH FOR. .. FANTASY 

25. 1 ITEM ACCUMULATED 

26. ? type extended 

27. AUTHOR: KELLY, HALT 



Lines 28 through 29 constitute the procedure to exit from 
SPIRES and log off the remote terminal. 

28. ? logoff 

29. ELAPSED TIME: 00:15:32 

COMPUTE TIME: 00:00:03.2 SECONDS 

END OF SESSION 




SPIRES Interactive Session 



A SPIRES session is initiated vith the M Sign-On 
Procedure* and concluded with the "Sign-Off Procedure” • 

Sign-On Procedure 

Access to SPIRES is gained through MILTEN. Following is an 
outline of this access procedure. All messages sent from 
HILTEN to the user terminal are presented using upper case 
alphabetics. All replies from the user are terminated by de- 
pressing the carriage return key, RETURN. 

1. There are four possible kinds of telephone line connec- 
tion between the terminal and the computer: dataphone 

either with or without a leased line, or acoustic 
coupler either with or without a leased line. 

A. If you do not have a leased telephone line, lift 
the receiver from its cradle and dial (415) 
328-4000. If you do have ? leased line, simply 
lift the receiver from its cradle. 

B. If you have a dataphone connection, depress the 
TALK button, wait for a high-pitched tone, 
depress the DATA button, and then replace the 
receiver in its cradle. If you have an acoustic 
coupler connection, wait for a high-pitched tone, 
and then place the receiver in the cradle of the 
acoustic coupler. 

2. # (HILTEN transmits a pound sign (#) to acknowledge the 
initial user reguest.) 

3. Depress either the carriage return key, RETURN, or the 
attention key, ATTN. 

4. NAME? name (type your name) 

5. ACCOUNT? account-number (type your account number) 

6. KEYWORD? keyword (type your keyword) 

7. TERMINAL? terminal- number (type in the terminal number 
specified at the right of the keyboard) 

8. COMMAND? 

At this point HILTEN has implicitly given control to WYLBUR, 
the Text Editing sub- system. 

After the prompt, COMMAND?, is transmitted by WYLBUR you can 
acknowledge by requesting one of several operational sub- 
systems (e.g. SPIRES or BASIC). For SPIRES users the complete 
prompt and reply is: 

COMMAND? spires 



Although shown in lower case, you may issue this reply, and all 
subsequent replies to prompts, in either upper or lower alpha- 
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2.2 



betic case. 

It is convenient for the SPIRES user to have an understanding 
of the sub-system, WYLBUB. See Appendix E of the Stanford 
Computation Center User's Manual for a description of WYLBUR. 

Sign-Off Procedure 

To conclude a SPIRES session you can issue one of the commands: 



LOGOFF 

EXIT 

Either of these commands nay be issued any tine SPIRES has 
prompted you to initiate a nev user-SPIRES dialogue. Details 
concerning these pronpts are presented throughout this 
document. 

The LOGOFF coasand has two effects. It concludes a SPIRES 
session. It also has the effect of disconnecting the terminal 
from the Computation Center Computing Utility. To re-initiate 
a subseguent SPIRES session, you must repeat the procedure 
outlined in section 2.1 above. 

The EXIT command concludes a SPIRES session by relinquishing 
control to the HILTEN processor. HILTEN replies by prompting 
you with: 

SYSTEH? 

To re- initiate a subsequent SPIRES session, it is only 
necessary to issue the reply: 

spires 

either to a COHHAND? prompt if you have selected to interact 
with the WILBUR sub-system, or to a SYSTEM? prompt if you are 
interacting with MILTER. 

Examples: 

COHMAWD? spires 
SYSTEH? spires 

2.3 Session Interrupt 

In section 2.2 above you were instructed how to terminate a 
SPIRES session. If, however, you only wish to temporarily 
interrupt SPIRES processing this nay also be done. A tempo- 
rary interrupt allows you to switch control to another sub- 
system (e.g. WYLBUR), then return without "losing your place" 
in SPIRES. You interrupt by issuing the command: 

nilten 




This command nay be issued any time SPIRES has prompted you to 
initiate a nev interactive user-SPIRES dialogue. Details 
concerning these pronpts are presented throughout this 
document. 

HILTEN replies by prompting you with: 
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SYSTEM? 

You can respond by selecting any of the other sub-systems you 
desire. 

To return to the current SPIRES session it is only necessary 
to issue the reply: 

spires 

either to a COMMAND? prompt if you are interacting with VYLBtlR, 
or to a SYSTEM? prompt if you are interacting with MIL TEN. 




SPIRES Facilities 



After the reply, "spires", has been accepted by SPIRES it will 
transmit a "message of the day" to the terminal. This message 
is transmitted only when entering SPIRES for the first time 
during an interactive session. Normally this will simply be 
the friendly greeting: 

Welcome to SPIRES 

However, if there is any additional commentary on new SPIRES 
features, or advisory notices to the user, a supplementary 
message is added; for example: 

For more information type SHOW NEWS 

If you are interested in reading this commentary, 
you can issue the command: 

show news 

This command can be issued in response to any of the following 
prompts: 

SEARCH? 

OPTION? 

NAME? 

FIND? 

* 

These prompts are explained throughout the course of the 
document. 

Immediately following the "message of the day", the system 
issues the prompt: 

SEARCH? 

This initial prompt notifies you that the communication link 
with SPIRES is established. It also prompts you to select one 
of the three environmental facilities within which you can 
operate. These are the Search, Output, and Command facilities. 

The Search facility allows the Searcher to retrieve 
information from a selected data collection. 

The Output facility allows the Searcher or Manager to 
obtain permanent copy of the results of one or more search 
or collect reguests. 

The Command facility allows the user to specify values for 
certain utility features which are used during the other 
options. 

Selecting Command s 

The Search option is selected by responding with one of the 
replies: 

yes 

< depress RETURN> 
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d ^ta-col lection- name 

if vour reply is "yes" or if you depress RETURN, an advisory 
neslage and a secondary pronpt of: 

SUPPLY DATA COLLECTION NAME. 

NAME? 

is issued* The reply to this is also a: 
data-collect ion- name 

The above response is detailed in Section 4* within the 
description of the Search facility* 

You nay also reply to the SEARCH? pronpt with one of the 
responses: 



no 

o ption 

If your reply is w no", or if you depress the attention key, 
ATTN, a secondary response of 

OPTION? 

is issued. The reply to this is also an: 
o ption 

The Search facility is initiated by responding with: 

SEARCH 

The Output facility is initiated by responding with one of the 
conmands: 

TYPE 

PRINT 

DISPLAY 

The Connand facility combines many independent utility com- 
mands. These may be issued either at this point in the user- 
SPIRES interaction or during use of the other facilities* The 
available commands are: 



CLEAR 
EXIT 
LOGOFF 
MILTEN 
SET HARGIN 
SET TABS 
SHOM NEPS 
SHOW OPTIONS 
SHON HARGIN 
SHOP TABS 
TO OPERATOR 
TO SPIRES 



The option you selected might not be recognized by SPIRES. For 
example7~you night have had a spelling error. SPIRES responds 



with an advisory message followed by a re-proapt. An example 
of this situation is: 

OPTION? kolekd 

ILLEGAL OPTION, TRY AGAIN. 

OPTION? 

Detailed descriptions instructing you in the use of these 
coamands are presented in the following sections. 

Explanations of Coamands 

If you are not familiar with the list of available commands 
SPIRES offers, you can acquaint yourself with them by issuing 
the SHOW OPTIONS command as: 

SEARCH? show options 

This command can also be issued in response to the other 
prompts: 

OPTION? 

NANE? 

FIND? 

These prompts are explained throughout the course of the 
document. 

SPIRES* response to the SHOW OPTIONS request is to present a 
list of the SPIRES commands available for your use. Following 
is an example of this presentation: 

CLEAR, EXIT, LOGOFF, MILTEN, RESTART, SEARCH, SET, SHOW, 

TO OPERATOR, TO SPIRES, TYPE 



Search Facility 



To request a search the user presumes that a particular data 
collection exists for interrogation; it must exist as an OS360 
data set on a direct access storage device. It is established 
by procedures specified in the SPIRES File Manager's Reference 
Manual. 

A data collection is an association of one or more data items. 
Each item contains one or more parts of information called 
attributes. For example, assume that a collection is composed 
of library bibliographic data. An item might contain the 
attributes: author's name, item title, date of publication, 

classification number. The first two attributes might be 
indexed attributes. It is for an indexed item attribute that 
a search reguest is made; the entire item, however, is 
retrieved. 'Assume a bibliographic item contains: 



Name: 

Title: 

Date: 

Publisher: 
Classification No.: 



Sam Gorch 

Son of Norzomo 

1952 

Artistry 
777. fl 



You can retrieve this item by making a reguest to search for 
either anything written by "Sam Gorch" or a book entitled "Son 
of Norzomo." 

During the course of a SPIRES session (see section 2.) you make 
many reguests to interrogate data collections. These can be 
repeated reguests for the sane data collection, reguests for a 
variety of collections, or any mixture of reguests. As 
specified in section 3., to reguest a data collection, you 
specify a da ta-collection- name in a SEARCH statement. This 
name may be issued in response to a SEARCH? prompt as: 

SEARCH? data-collection-name 

or it may be preceded by "search" in response to an OPTION? 
prompt as: 

OPTION? search dat a -collection-name 

The latter form of reply can also be issued in response to the 
other SPIRES prompts: 

NAME? 

FIND? 

*» 

The use of these prompts is explained throughout the course 
of the document. 

A d ata-collection-name (d-c-n l contains any combination of from 
1 to 25 characters. Alphabetic case is ignored within a d-c -n. 
A d-c-n is assigned by a Manager when he establishes a data 
collection. 

If you have made an error in issuing a d-c-n , SPIRES will issue 
an advisory message and re-prompt you. An example is: 
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SEARCH? mxlptzhq 

UNABLE TO RECOGNIZE RESPONSE, TRY AGAIN. 

SEARCH? 

Instead of issuing an illegal d^c^n # what might have happened 
was simply that you made a spelling error in selecting a 
command. In such a situation you may reply with a SSIiaBS to 
to the~NAME? prompt. An example is: 

SEARCH? shew news 

UNABLE TO RECOGNIZE RESPONSE, TRY AGAIN. 

SEARCH? show news 

There are two styles of Search requests: primary and • 

secondary. A primary request is used to specify the name of 
that data collection you wish to interrogate. The form of a 
primary request is specified above. It is: 

search d-c-n 

While interrogating a particular data collection, you might 
have interrupted searching to request the: 

Output option (see section 5) 

RILTEN sub-system (see section 2.3) 

A secondary search request allows you to re-select the same 
data collection without re-specifying the d^c^n. The normal 
form of a secondary request is: 

search 

For a secondary request you may also repeat the same dlSTB as 



search d-c-n 



The redundant d-c-n is ignored. 

For example, if a data collection which contains information 
about World War 2 history, named HISTWW2, is required, the 
reply to the SEARCH? prompt is: 



SEARCH? histww2 

You transmit a SEARCH reply by depressing RETURN. SPIRES 
responds by issuing the prompt: 

FIND? 



o 

ERIC 



The above prompt is always issued at the start of a search 
sequence. A search sequence is an interactive series of re- 
quests and responses between you and SPIRES. You make requests 
to locate items within a data collection; SPIRES responds, 
noting the number of items actually located. For example, 
assume a data collection contains personnel information. Your 
request, that is, response to the FIND? prompt, might be: 

FIND? salary from 10,000 to 11,500 
SPIRES might then answer with the response: 
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SALARY SEARCH FOR... FROM 10,000 TO 11,500 
25 PERSON (S) ACCUMULATED 

The FIND? prompt is issued either the first time the Search 
facility is requested, or if the last search sequence has been 
terminated. A search sequence is terminated only vhen you 
issue a RESTART command (see section 4.5 for details of this, 
facility). Note that a search sequence is not terminated vhen 
you request another non-Search command (e.g. TYPE). 

After the " number of items*' response is transmitted, SPIRES 
then re-prompts you simply with a question mark as: 

« 

At this time you might decide to narrow your search require- 
ments by issuing the request: 

? and age from 30 thru 35 

Again SPIRES answers; a response might be: 

AGE SEARCH FOR... FROM 30 THRU 35 
7 PERSON (S) ACCUMULATED 

Depending on the composition of the data collection being 
searched, a specific set of attribute names is associated with 
the entries. For the example presented above, SALARY and AGE 
are two of the attribute names. In addition, the **number of 
entries" response reflects the data collection composition. 
Again referencing the above example, "PERSONS" reflects the 
fact that the items contain personnel information. 

The following description details the components of a user- 
SPIRES Search conversation. The SPIRES system was originally 
intended to operate on a data collection containing library 
bibliographic information. Because of this orientation, 
specific terminology pertaining to attribute names and the 
"number of items" response is employed. 

. 1 At tr ibute s 

After SPIRES issues the FIND? prompt you can request searching 
a data collection on the basis of one of eight criteria. 

These are the following attributes. Presented are two lists; 
one which includes the attributes' names, the other which con- 
tains their respective abbreviations. Either full name or 
abbreviated name may be used in a search request. 



AUTHOR 


A 


TITLE 


TI 


TOPIC 


TP 


CITATION 


C 


DATE 


D 


ID 


ID 


CORPORATE AUTHOR 


CA 


CONFERENCE AUTHOR 


CF 



It is not possible to provide exact meanings for the above 
k attributes. Their interpretations depend on the content of a 

ERIC 
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AUTHOR 

TITLE 

TOPIC 



CITATION 

DATE 

ID 

CORPORATE 

AUTHOR 

CONFERENCE 

AUTHOR 



the item author 

the itea title . .. 

one of the topic categories enuaerated for the 
itea (for example, index terns or keywords 
assigned by an indexer) . _ 

another itea cited as related reading material 
(for example, in a footnote or reference list) 
a date associated with the itea (e.g. publica- 
tion, copyright, library acquisition) 
a character pattern that uniquely identifies 

the itea _ . . .... . ^ 

the place of business or acadeaic institution 
at which the author is enployed or associated 
the conference, syaposiua, or colloquiuu where 
the author presented the docunent 



All data 
criteria, 
able data 
searched. 



collections cannot be searched on all of the above 
Appendix C includes a list of the currently avail- 
collections and those criteria on which each can be 



4.1.1 AUTH OR Attribute 

The AUTHOR attribute is followed by a name-phrase which has one 
of the forms: 



* 




surname 

surname , names— initials 
names- in itials surname 
sub- name # 

iny contiguous string of blanks in a nane^hrase is conpressed 
to one blank. 



Blank characters aay precede or follow the literal characters: 
comma (,) and pound sign (#) ; however, these are not required. 



As a reference example for discussion, assume that a data 
collection contains one or more items authored by: 



Larry John Smith 
Smith is the surname . 



names— initials has the form: 

nam e- initial! nane-initial2 .... name- in itialN 

a name- initial has one of the forms: 

g iven-name 

initial . 

Using the second form, blanks may separate initial from the 
associated period. 

Referencing the example, the legitimate combinations of 
names- initials are: 
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larry John 
Larry 
John 
L. John 
Larry J. 

L. J . 

L . 



The coiponent parts of names- initials cannot be reordered. For 
example, the following are not identical: 

m 

Larry J. 

J. Larry 

Some combinations of the second and third forms of name^phrase 
are: 



Smith, Larry J. 

I. Smith 
Smith, John 

Sub- name is any combination of letters that begin a surname; 
it must contain at least three characters. If, for example, 
in addition to Smith, a data collection contains the item * 

authors with the surnames: 

Smithee 

Smithers m 

Smidt 

then issuing the name-phrase : 

Smith * 

would locate only the author Smith. Issuing the name- phr a se : 

Smith# 

would locate the authors Smith, Smithee, and Smithers. 

Issuing the name- phrase : 

Smi # 

would locate the authors Smith, Smithee, Smithers, and Smidt. 

Note: The # sign termination nay be used in conjunction with ♦ 

a surname only, not with a given name or initial. 

4.1.2 TITLE/CORPORATE AOTHOB/CONFERENCE APT HOB Attr ibutes 

The rules described in this section apply to the attributes: * 

title, corporate author, conference author. The title attri- 
bute is used to exemplify all three; you can make the obvious 
substitutions to interpret the other two. 

The TITLE attribute is followed by a title- phra s a which speci- 
fies either the complete title of an item or selected words 
from the title. A title- phrase has one of the forms: 

o 

ERIC 
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sub- bit lei sub-title2 • • • • sub-titleN 
A title has the torn: 

wordl word2 • • • • words 

l word is a string of non-blank characters bounded by blanks. 
Any contiguous string of blanks is compressed to one blank. 

A sub-title has one of the forms: 



wordl 

sub-word # 

h sub-word must contain at least three characters. 

Blank characters nay or nay not delinit the literal character 
pound sign (#) • 

Per instance, assume an iten entitled "Neutron Scattering" is 
contained in a data collection. Then issuing the 
title- phrase : 

Neutron Scattering 

is the title reference. Some instances of sub- titl e references 
that locate the sane iten are: 

Neutron 

Neut# 

Neutron Scat# 

Neut# Scattering 
Neut # Scatter # 

Scattering 

The ordering of the words or sub-words conprising a 
title- phrase is insignificant; the effect is the sane. For 
example, the reference: 

neutron# scatter# 

locates items entitled: 

Scattering of Neutrons 
Scattered Neutrons 
Neutron Scattering 

Po*: t^tle-phrase referencing, SPIRES incorporates a technique 
that produces a more efficient iten search. This technique 
allows deleting those character patterns that contribute 
negligible infornation to SPIRES for use in performing an itei 
title search. When you issue a title-phrase , it is scanned by 
SPIRES for specific character constructions. These construc- 
tions are converted to blanks prior to searching within the 
data collection; a string of contiguous blanks is always con- 
pressed to one blank. These same conversion rules are applied 
to a title when it is incorporated into a data collection; this 
enables consistent pattern matching during a Search. Those 
constructions nornally converted to blanks are: 
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Any character other than an alphabetic or a nuneric. 

Any word that is a pure number. 

Any of the words contained in the SPIRES exclusion list. 

Any of the words contained in a data collection specific 
exclusion list. 



Details concerning these constructions are enumerated below. 

1. Any character other than an alphabetic or a nuneric; for 
exanple: 



I 

) 

Exceptions to this rule are: 

A. A pound sign, (#) is retained. 

B. A single dash (hyphen) is retained; a contiguous 
string of more than one dash is reduced to a 
blank. For exanple: 

A-B 

is retained intact whereas 
A--B 

is reduced to 
A B 



2. Any word that is a pure number; it can have one of 
three forms: 

A. Integer: a string of one or more digits; for 

example: 

5 

397 

B. Decimal: a string of one or more digits includ- 

ing an associated period; for example: 

.37 

32.36 

994. 



C. Fractional: two integers each of one or more 

digits separated by a slash; for exanple: 

V2 

iS/32 

5/199 




Any of the words contained in the SPIRES exclusion 
list found in Appendix A. 
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4. Any of the words contained in a specific exclusion list 
associated with the particular data collection being 
searched. This list is specified by the Manager when a 
data collection is being established. For examplee, 
assume that a data collection contains bibliographic 
inforaation pertaining to the field of History. The 
word : 

history 

could be placed on an exclusion list as it aight not 
provide any helpful inforaation to aid SPIRES in 
searching for a title as: "History of World War II". 

The above rules specify those classes of character construe* 
tions which are converted to blanks before a title search is 
initiated. For soae data collections certain character pat- 
terns, which would be converted to blanks, aust be retained. 

A Manager can select additional processing rules that allow 
retaining those particular character patterns. Listed below 
are the current set of additional processing rules: 

1. Within a word containing at least one alphabetic 
character, a period which is immediately followed by a 
digit is retained. For example: 

• 1BEV 

2. Any of the words contained in the SPIRES exclusion 
list (see point 3. above) can be retained by appear- 
ing in an inclusion list associated with the particu- 
lar data collection being searched. For example: 

able 

be 

plus 

versus 



3. An asterisk, *, is retained. 

4.1.3 TOPI C Attribute 

Frequently, a title indicates the gross contents of an item. 
This is especially true for nonfiction works. A topic indi- 
cates one of the salient subjects described within the context 
of an item. 

There may be more than one topic associated with an item. For 
example, a book entitled "Voyage to the Moon" might have the 
associated topics: 

liquid oxygen 
craters 
gravity 
meteorites 




The Manager may associate a list of topics with an item when 
it is included in a data collection. 
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A TOPIC attribute is followed by a topic-phrase which has one 

of the forns: 

forms: 

topic 

sub- topic # 

A sub- topic must contain at least three characters. Blank 
characters may or may not delimit the literal character pound 
sign (#) . 

topic and sub-topic both have the fora: 
wordl word 2 .... wordN 

A word is a string of non-blank characters bounded by blanks. 
Any contiguous string of blanks is compressed to one blank. 

As an example, the following topic and sub- to pi c requests would 
locate the same item: 

liquid oxygen 
liquid oxy# 

The use of the terminating pound sign (t) character is more 
restrictive than its usage in a title request (see section 
4.1.2). Within a title- phrase any number of su b- words may be 
issued, each using a pound sign terminator. Within a 
to pic-phras e only one pound sign may be used as a terminator. 
For examplej the following is an illegal topic* phra se request: 

liq# oxy# 

Wore details concerning this illegal request construction are 
presented in section 4.3.13. 

.1.4 CITATION Attribute 

Frequently, items will cite other related reference material. 
These reference citations will appear either in context as 
footnotes or as an appended reference bibliography. Given an 
item in hand, it is an easy matter to look backwards in time 
for related reference material using the noted citations. The 
same is true if an item (document) in a data collection con- 
tains the equivalent reference citation information. 

A Citation Search, however, allows you to look forward in time 
for reference material. Given a specific item, this style of 
searching enables you to locate all other items in the data 
collection which, in turn, cite the given item as reference 
material. Although the idea of citation searching is general 
in scope, this facility can be applied only to those collec- 
tions for which the Manager has included citations (e.g. SLAC 
preprints) • 

A CITATION attribute is followed by a c itat ion- phrase which has 
the form: 

j ournal , volume , page 

o 

EMC 



The comma separators may be preceded or followed by blanks. 
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although blanks are not required* 

journal is a five-letter abbreviation * ^ chn | c |o»piet“ al 
nane; the non-abbreviated forn is not alioved. » couple • 
list of these nanes and their associated abbreviations is 
-found in the two volume document w CODEN for Periodic 
Some^examples of Ibbreviations and their respective journal 

nanes are: 



PRLTA Physical Review Letters 

PHRVA Physical Review 

NUCIA Huovo Cinento 

APNY A Annals of Physics (H.Y.) 

NUPHA Nuclear Physics 

k conplete list of the coanon CODES abbreviations used in the 
PREPBINT data collection is found in Appendix 8. 

volu a e is the volume number of the specified journal. 

page is the page number of the specified volume. 

Examples of a citation- phrase are: 



PRLTA, 18, 519 
PHRVA, 125, 1067 
NUCIA, 44, 726 
APNYA, 11# 1 
NUPHA, B1 , 668 



4. 1.5 



> ATE Attribute 

i date is associated with every item. This might be, 

'or example, the date of item publication or that date the 
Item was incorporated in the data collection. 



A DATE attribute is followed by a date^ghrase which has one o 
the forms: 



date 

PKOM datel THRO date2 

FROM date! THROUGH date2 

BEFORE date 
AFTER date 
SINCE date 

Date identification in SPIHES is accurate only to a half month 
For example, all of the following: 

January 1 
January 10 
January 15 

mean the first half of January. As a second exanple, all of 
the following: 

January 16 
January 23 
January 31 

o 

mean the last half of January. 



ERjt 
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The forms using THRO and THROOGH have an identical meaning. As 
an example: 

July 1967 THRU October 1967 
implies 

July 1, 1967 THROOGH October 31, 1967 
The forms using AFTER and SINCE have an identical meaning. 

A date can assume one of the forms: 

9 

mm-dd- yy M/ dd/yy 

**-11 **/ll 

11 

month dav . year 
month , year 
month year 
month 9 year 
year 

mm is a one or two-digit integer denoting month, 
dd is a one or two-digit integer denoting day. 

i 

yy is a two-digit integer denoting year. 

month is the name of the month. It can be the complete word as: 
October 

or any abbreviation consisting of leading characters using at 
least the initial three, such as: 

Oct 

day is a one or two-digit integer denoting day as: 



year is a two or four-digit integer denoting year as: 

1967 

67 

date must contain a year component; for instance 
July THRU Oct 1968 
is incorrect. It does not mean 
July 1968 THRO Oct 1968 

If a year component is omitted, the current year is assumed. 

date components (month, day, year) must be separated by at 
least one blank character or one of the allowed spacing 
characters: dash (-) , slash (/) , comma (,), apostrophe (•)• 

Additional blanks may be interspersed between components and 
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spacing characters wherever desired. Por example, the follow- 
ing are considered identical: 

June 17,1964 
June 17, 1964 

Examples of all the above for as are: 

1-15-67 10/11/62 

8-55 11/68 

65 

July 17, 1962 
Feb #63 
March 1940 
Sep f 63 
1959 

4.1.6 ID A ttribute 

Normally a data collection requires sone amount of revision. 

It is the responsibility of the Manager of a collection to per- 
form this function. For possible subsequent revision, it is 
convenient to allow each item to be located and interrogated. 
Therefore, every item can be assigned a unique identification 
name. An ID Search can be performed applying a specified name. 

An ID attribute is followed by an id- na me. An id-name is any 
combination of characters. Blanks may not be imbedded within 
the character string. 

Examples of an id- name are: 

729 

VIZ 

A122 

345QS 

12.78-5 

4.2 Comucund Search Requests 

As stated earlier, a SPIRES session is initiated by the system 
issuing the prompt: 

SEARCH? 

To, in fact, select the Search facility you responded with the 
name of a data collection. For example, if you wanted to 
interrogate a set of Computer Science items you might have 
responded as: 

SEARCH? compsci 

SPIRES would then have responded with 
FIMD? 

If you were interested in locating a particular author, you 
might have responded with: 

„o. FIND? author saedley nop 

cKJl 
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SPIRES would have issued a response like: 

AUTHOR SEARCH FOR... SHEDLEY NOP 
10 ITEMS ACCUMULATED 

The above is a valid interactive sequence if you want to per- 
form only a simple search. That is, if you want to locate a 
subset of items only by specifying a single attribute as 
Author or Title. You may want, however, to locate a subset of 
items by combining single search requests into a compound 
request. In the example above, after the tally: 

10 ITEMS ACCUMULATED 

is issued, SPIRES then re-prompts you with a single question 
mark: 



? 

The criteria for specifying a search nay be, at this point, 
either expanded or constrained. 

2.1 Logical Search Be guest Combinations 

Tc expand a search you can logically combine requests with an 
OB connector. For example, if you wanted all the items written 
by either Snedley Nop or Garfu Snarf, your response to the 
question nark prompt, in the example given above, would have 
been: 

? or author garfu snarf 

SPIRES would then have issued: 

AUTHOR SEARCH FOR... GARFU SNARF 
14 ITEMS ACCUMULATED 

which enumerates the total number of located items by either 
author, not the accumulated number by Mr. Snarf. 

Alternatively, if you wanted all the items written by Smedley 
Nop after July 1965, your response to the question nark prompt 
would have been: 

? and date after July 1965 

SPIRES would then have issued: 

DATS SEARCH FOR... AFTER JULY 1965 
6 ITEMS ACCUMULATED 

which enumerates the total number of items written by Mr. Nop 
after the specified date. 

When a question mark prompt is issued, SPIRES assumes that the 
user will respond with a subsequent "and" connected response. 
Therefore, the following responses are considered identical: 

? and date after July 1965 
? date after July 1965 

o 

ERIC 
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That is- you are not required to explicitly issue the "and" 
connector. The "or" connector is always required. 

There is a third connector, the "not", which nay be used in 
conjunction with an "and". 

For example, the following two responses are considered 
equivalent: 

? and date after June 1965 
? and not date before July 1965 

The latter response could also be issued, assuming the implicit 
"and" connector, as: 

? not date before July 1965 

A compound search does not have to be limited to two requests. 
Ojiny criteria may be selected which expand and constrain the 
search to suit your needs. For instance, using requests from 
the above examples, a search interactive sequence might be: 

FIND? author smedley nop 

AUTHOR SEARCH FOR... SHEDLEY NOP 

10 ITEMS ACCUMULATED 

? or author garfu snarf 

AUTHOR SEARCH FOR... GARFU SNARF 

14 ITEMS ACCUMULATED 

? and date after July 1965 

DATE SEARCH FOR... AFTER JULY 1965 

8 ITEMS ACCUMULATED 
o 

m 

It is not necessary to issue each criterion request as a 
discrete input. More than one request may be presented in the 
same physical input line as: 

FIND? author smedley nop and date 1967 
4.2.2 Physical Line Continuation 



Sometimes it is not possible to contain an entire search 
request on a single physical line. In this case a^ physical 
line can be logically extended by terminating it with a 
special continuation mark (3) which must be issued immediately 
before depressing the RETURN key. The following is an example 
showing the use of this facility: 

? and author amy yupyup and date after 3 
? april 23, 1962 

The continuation mark is changed by SPIRES to a blank charac* 
ter. An implication of this is that the 3 should be issued at. 
the end of, not in the middle of, a word; otherwise, the 
results might not be as expected. 

4.2.3 Parenthetical Request Grouping 




Any combination of the three connectors "and", "or", and "not" 
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4.3 




can be used in a single search request. Because of this, you 
nust know the hierarchy of evaluation that SPIRES assunes when 

processing a compound request. This order is: 

HOT 

AND 

OR 

Using parentheses only for illustration to indicate the group- • 
ing, SPIRES assumes: 

author brown and author white or author green 

m 

is grouped as: 

(author brown and author white) or author green * 

As another example: 

author brown or author white and author green 
is grouped as: 

author brown or (author white and author green) 

As a third example: 

author brown or author white not author green 

is grouped as: 4 

author brown or (author white not author green) 

In the above example, there is an implied "and" that precedes 
the "not" connector. This illustrates the use of an implicit * 
"and" imbedded within a compound request. 

Ycu may modify the normal grouping of requests that SPIRES 
assumes, using parentheses pairs to explicitly specify your 
own search request grouping requirements. For example, where 
the compound request: 

author brown or author white and author green 

is naturally grouped by SPIRES as- 

author brown or (author white and author green) 

You may modify this grouping by explicitly entering 
parentheses; for example, by issuing the request: 

(author brown or author white) and author green 

■f 

SPIRES Advisory Messages 

Uhen you are interactively searching, situations arise which 
require SPIRES to issue advisory messages. These situations 
occur because of limitations in the prototype version of 
SPIRES, a failure to satisfy a search request, or a Searcher 
input error. 
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4.3.1 2 1H& search Heeds 

For searching purposes all of the words in an item title will 
not necessarily have the sane content value. Those that have 
negligible search content are ignored by SPIRES. It was stated 
in section 4.1.2 that this class of words is contained in a 
title word exclusion list. If any of these "excluded" words 
appear in a Title request, SPIRES indirectly inforns you that 
they are being ignored for searching considerations. For 
exanple: 

? and title the decline and fall of practically everybody 
TITLE WORD SEARCH FOR... DECLINE FALL PRACTICALLY EVERYBODY 

If all the title words have low search content value, then the 
advisory commentary is: 

ALL TITLE WORD(S) HAVE NO SEARCH CONTENT; 

SEARCH PHRASE IS IGNORED. 

4.3.2 CITATION Fornat 

As described in section 4.1.4, the forn of a Citation search 
phrase aust be: 

journal, volune, page 

If you do not adhere to this format, SPIRES issues you an 
advisory nessage. For example: 

? citation 18, prlta, 519 

CITATION SEARCH FORMAT IS JOURNAL, VOLUME, PAGE. 

? 

You may now re-issue the Citation request. 

4.3.3 DATE Format 

The different forms for a date-phrase are specified in section 
4.1.5. The normal sequence for the component parts of a date 
is: 

month day year 

SPIRES does, however, recognize the European or military date 
style where the day component precedes the month component. 

For example: 

? and date before 1 july 1967 
DATE SEARCH THRU JUL - 1 - 1967 

If there is an ambiguity in the date, SPIRES assumes a month- 
day i n terpretation. For instance, SPIRES interprets 

12-3-65 

as 

Dec 3, 1965 

ERIC 
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Mar 12, 1965 



.3.4 AU THOR /TITLE/TOPIC Search Termination 

An Author, Title, or Topic search phrase may be shortened with 
the termination symbol, #• At least three characters must 
precede the use of a # symbol. SPIBES responds with an 
advisory message, then re- prompts if only one or two characters 
precede the # symbol. 

Example: 

FIND? author fa# 

3 OB MOBE CHABACTEBS HOST PRECEDE #. 

FIND? 

•3.5 CITATION/ID Search Termination 

Some of the search phrases, for instance a Topic, can be 
shortened vith the termination symbol, #• This is not allowed 
for a CITATION or an ID search phrase. If you have erroneously 
done so, SPIBES issues an advisory message followed by a re- 
prompt. 

Example: 

FIND? citation phrva, 124# 

CITATION SEARCH PHRASE CANNOT BE TERMINATED WITH #. 

FIND? 

Example: 

? and id 322# 

ID SEARCH PHRASE CANNOT BE TERMINATED WITH #. 

.3.6 DATE S earch Restriction 

If you select a DATE criterion either as a single reguest or 
as the first portion of a compound request, SPIRES will not 
locate any items. Instead, the interactive seguence will be 
as-f ollows: 

FIND? date after august 1963 
DATE SEARCH AFTER SEP - 1 - 1963 
0 ITEMS ACCUMULATED 
FIND? 

The last prompt, FIND?, indicates that you nay re-initiate 
your search. 

.3.7 NOT Connector Search Restriction 

If you select a NOT connector as the first word in either a 
single or compound reguest, SPIRES will not locate any items. 
Instead, the interactive seguence will be as follows: 
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FIND? not author morpheus 
AUTHOR SEARCH FOR... MORPHEUS 



0 ITEMS ACCUMULATED 
FIND? 



MU Initial Search Results 



You night select an initial set of search criteria that results 
in an accuaulated item count of zero. The effect of this 
is nuch the sane as is specified above in section 4.3.6. 

For exanple: 

FIND? author stargue nacqued 
AUTHOR SEARCH FOR... STARQOE NACQUED 
0 ITEMS ACCUMULATED 
FIND? 

The last pronpt, FIND?, indicates that you nay re-initiate 
your search. 

Null Internediate Search R esults 

Sonetines, in an effort to constrain a search by in posing 
nultiple criteria, the nunber of accunulated itens reduces to 
zero. SPIRES offers you a choice at this point: either you 

can accept the null results or you nay back up to the previous 
accunulated search results. The following is an exanple of 
this facility: 

FIND? author snedley nop 
AUTHOR SEARCH FOR... SMEDLEY NOP 
10 ITEMS ACCUMULATED 
? or author garfu snarf 
AUTHOR SEARCH FOR... GARFU SNARF 
14 ITEMS ACCUMULATED 
? and date before 1958 
DATE SEARCH THRU 1957 

0 ITEMS ACCUMULATED # 

BACKUP? 

If, at this point you answered "yes", the effect would be: 
BACKUP? yes 

SEARCH RESULTS RESET TO LAST 14 ITEMS. 

As an alternative to "yes", you nay depress the RETURN key. 

You can now continue nodifying your search as you desire. 

If, however, at the point that "BACKUP?" was pronpted you 
answered "no", the effect would be: 

BACKUP? no 
FIND? 

As an alternative to "no", you may depress the ATTN key. You 
are now ready to initiate an entirely new set of searching 
criteria. * 

If you do not respond to the BACKUP? pronpt with one of the 
following: 

yes 

no 

<RETURN> 
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<ATTN> 

then SPIRES re- prompts you with BACKUP? 

BACKUP? lay be 
BACKUP? 



An example follows: 



4.3.10 Excessive Accumulated Items 

There is currently an upper limitation on the number of 
accumulated items of 1000. If the results of a search exceed 
this number, SPIRES reacts by prompting an advisory message. 
The following is an example of this situation: 

FIND? author mouse or author duck 
AUTHOR SEARCH FOR... HOUSE 
AUTHOR SEARCH FOR... DUCK 
572 ITEMS ACCUMULATED 
? or author horse 

TOO MARY ITEMS WERE ACCUMULATED FOR THE CURRENT SEARCH. 
SEARCH RESULTS RESET TO LAST 572 ITEMS. 

? 

You may now issue more searching criteria. 

4.3.11 Multi- line Request Errors 

Normal SPIRES processing requires retaining not only the 
current user input line but also the prior one* When an 
apparent error situation arises, SPIRES always reprocesses the 
request to allow adequate determination of the fault. Using 
continuation marks, a request may be composed of two or more 
physical lines. If a line is composed of more than one line 
when an error situation arises, SPIRES will be unable to re- 
process the entire request for error analysis* SPIRES then 
issues the advisory message sequence: 

UNABLE TO LOCATE ERROR. 

SEARCH RESET TO LAST n ITEMS. 

? 

4*3.12 Incomplete Search Reques t 

If SPIRES receives an incomplete search request from you, 
probably either one of two situations has occurred* You might 
have anticipated extending the request to a subsequent line 
but you neglected to issue the continuation mark, or there was 
a syntax error in your request. For example: 

FIND? author disney, w. and topic 
THE PREVIOUS LINE IS INCOMPLETE. 

CONTINUE? 

If, at this point, you either issued the reply "yes” or simply 
depressed the RETURN key, the result would be: 

CONTINUE? yes 
? 

In this case, SPIRES would have assumed that the 3 symbol had 
been neglected on the previous line. 



o 
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If, however, you replied "no", the result would be: 

CONTINUE? no 
SEARCH RESET. 

FIND? 

4.3.13 Multiple Pound Sign Terminators 

Within a single Topic reguest only one pound sign terminator, 

#, nay be used to reduce the length of a Bb a|S» If you 

do issue note than one # synbol, SPIRES will respond with an 
advisory message. For examples 

FIND? topic ext# sens# perc# 

SENS# PERC# HAS BEEN IGNORED. 

TOPIC SEARCH FOR... EXT# 

4.3.14 Excessive Compound Grouping 

In section 4.2 you were shown how to group compound search 
criteria by using left and right parentheses. An example of 

this is: 

? (author brown or author green) and author black 

The above is an example of simple grouping. n ®jp e ?°*P*®* 
grouping can be specified by nesting the parenthetical groups. 

In the examples to follow, each of the letters Q, R, S, A, B, 

C. D- E, P, and G are used to represent a simple search 
request. An example of a two- level grouping is: 

? ((A or B) and (C or D) and E) 

If there are more than five levels of nested parenthetical 
groups, SPIRES reacts by prompting an advisory message. A 
situation such as this might arise as follows: 

FIND? (Q or R) and S 
SEARCH FOR. . . Q 
SEARCH FOR. • • R 
SEARCH FOR. • • S 
15 ITEHS ACCUHULATED 

A and fB or (C and (D or (E not F)})) 

TOO WHY PAMHTHETICAL GROUPS USED IH THE CORRECT SK&BCH 

REQUEST. 

SEARCH RESULTS RESET TO LAST 15 ITEHS. 

-7 

You may now issue more searching criteria. 

4.3.15 Unindexed Attributes 

Generally, a large number of attributes comprise an item in a 
data collection. There is no limit on this nu be 
bibliographic data an item might assume 25-100 attributes. The 
number of indexed attributes, however, is normally small, 

in the range of 6-10. As specified in section 4., it is only 
an indexed attribute for which a search reguest can be issued. 
ERIC The list of available indexed attributes are: 
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IDT HOB 

TITLE 

TOPIC 

CITATION 

DATE 

ID 

COBP (Corporate Author) 

CONF (Conference Author) 

A data collection does not necessarily contain all of the 
above as indexed attributes. If you issue a search request, 
using one of the above, and it is not indexed for the collec- 
tion being interrogated, SPIBES responds with an advisory 
ness age. For example: 

SEABCH? eric 

FIND? citation phrva, 78, 1050 

CITATION SEABCH IS UNAVAILABLE FOR THIS COLLECTION 
FIND? 

4.3.16 Search er Input E rrors 



If you have nade an error when issuing a search request, SPIRES 
will prompt with an advisory message to inform you of this. 

Example: 

FIND? toopic zoology 
SYNTAX ERROR. 

FIND? HAY NOT BE FOLLONED BY TOOPIC. 

SEARCH BESET. 

FIND? 



Example: 

FIND? title aargh 
SEARCH FOR TITLE... AARGH 
27 ITEHS ACCUMULATED 
? author abercrombie and fitch 
SYNTAX ERROR. 

AND HAY NOT BE FOLLONED BY FITCH. 
SEARCH RESULTS RESET TO LAST 27 ITEHS. 



This last example illustrates a common source of user error. 
Within a compound request an attribute name, in this case 
"author* , is not implied across the logical connector 
(and, or, not) boundary. The connector "and" should have 
been followed by "author". 



4.3.17 Resolving Text Ambiguities 

Sometimes it is not possible for SPIRES to differentiate 
between what seems to it as a syntax error, yet what seems to 
you as a valid request. For instance, let the following be a 

search re guest: 




? title A History of America, 1890-1940 



From SPIRES* viewpoint, the first title word "A" is 
with the abbreviated form for the attribute "author" 



identical 
. SPIRES 
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then issues the advisory message: 

TITLE HAY HOT BE FOLLOWED BY A 

To resolve the problem, it is necessary for you to delimit the 
text portion of the reguest with guote marks. This may be done 
as follows, using double guote characters: 

? title "A History of America, 1890-1940” 

Sometimes the text itself contains guote marks; in this case 
the single guotes should be used as in the following example: 

FIND? title "A Study of •Marceau 1 " 

The three most common words that might cause text ambiguities 



a 

and 

or 

Other words that might cause ambiguities are the names and 
.abbreviations of attributes. 

4.4 Explicit Request Backup 

In section 4.3.9 you were shown an instance of SPIRES issuing 
the BACKUP? prompt. This prompt is issued when an intermediate 
search produces an accumulated item count of zero. 

Sometimes, when an intermediate search produces a positive 
accumulated item count, you might be dissatisfied with 
the results. If this situation occurs, you may explicitly 
issue a BACKUP reguest. The effect of this is to nullify 
the last search reguest (simple or compound) and allow you 
to re- initiate a new reguest. An example follows: 

FIND? topic asteroid 

TOPIC SEARCH FOR... ASTEROID 

592 ITEMS ACCUMULATED 

? and topic interplanetary travel 

TOPIC SEARCH FOR... INTERPLANETARY TRAVEL 

1 ITEMS ACCUMULATED 

? backup 

SEARCH RESET TO LAST 592 ITEMS. 

o 

* 

At this point the effect of the "Interplanetary Travel" reguest 
has been nullified and you may issue a subsequent request. 

4.5 Explicit Search Re -Initiation 

During searching you might decide to terminate the current 
search sequence and initiate a new sequence. There are 
different reasons for wanting to start a new sequence; for 
instance, if you are not pleased with the results of the cur- 
rent search. A more normal situation is: 

1. You have temporarily interrupted searching for typing, 
o printing, or displaying the results. 

ERIC 
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2. You are now continuing with the searching sequence. 

3. You are, however, satisfied with the final results and 
you wish to restart a new search. 

Any tine SPIKES issues one of the following prompts: 

FIND? 

y 

OPTION? (see section 3.1) 
you can respond with a BESTART command. For example: 

? restart 

SPIKES terminates the current search sequence and initiates a 
new one by responding with the prompt: 

FIND? 

Using the RESTART command implies that you intend to continue 
searching in the same data collection. 

If you want, instead, to start a new search in a different 
data collection, it is necessary for you to issue a SEARCH 
command as: 

SEARCH da t.a-collect ion- na me 

Details concerning the use of this command are provided in 
section 4. An example follows: 

FIND? search philosophy 

If you issue a SEARCH command without including a data collec- 
tion name, you are prompted with an advisory message. For 
example: 

SUPPLY DATA COLLECTION NAME 
NAHE? 

OPTION? search 
FIND? 

4.6 Other C ommands 

Rhen either of the prompts: 

FIND? 

• 

is issued by SPIRES you will normally respond with a search 
request. Occasionally you night issue a BACKUP or RESTART 
command in response to a ? prompt. You may also issue, when 
prompted, any of the following commands which are not part of 
the Search facility: 

SEARCH 

TYPE 

PRINT 

o DISPLAY 

ERIC TO OPERATOR 



TO SPIRES 
IX IT 
MIL TEH 
LOGOFF 
CLEAR 
SET 

SHOD NEWS 
SHOE OPTIONS 



Issuing a SEARCH command allows you to start interrogating 
another data collection • 



After issuing a TYPE, PRIHT, DISPLAY, or HILTBH -sS!".” SEARCH 
if you wish to continue searching you must re-issue a SEARCH 

comnand. After issuing a TO OPERATOR, TO SPIRES, CLEAR, SET, 
or SHOW coanand, SPIRES automatically returns control for 
Searching? Por either style of interrupt, when SPIRES returns 
control, 9 you will have retained your place in the searching 
sequence. 

After issuing an EXIT command, if you wish to continue search- 
ing you must re-issue a SEARCH command. However, for this 
style of interrupt, when control is returned to SPIRES, you 
will have lost your place in the searching sequence. A new 
search will be initiated. 

After issuing a LOGOFF command, your terminal is automatically 
disconuected^from the Computing Otility. If you wish to con- 
tinue searching you must again follow the Sign- On procedure a- 

detailed in section 2.1. 
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Outp ut Facility 

A common style of SPIRES operation is to alternate between the 
Search and Output facilities. You first formulate a search 
sequence which results in a set of accumulated items. You then 
want to see the contents of the located items. You gain access 
to the Output facility by issuing one of the commands: 

TYPE 

Currently, in SPIRES, there are only two basic output formats 
in which the contents of an item can be presented. A more 
generalized formatting capability is being implemented, and 
will be available for your use in the near future. 

When you issue a TYPE command, SPIRES transmits the contents 
of the accumulated items to the 2741 Typewriter Terminal. 

There are two basic formats for text presentation. The first 
format includes data for only six of the attributes contained 
in a bibliographic item. These attributes are: 

AUTHOR 

TITLE 

AFFILIATION 
REPORT NUMBER 
NUMBER OF PAGES 
DATE 

The second format includes data for the same six attributes 
plus all other attributes contained in the item. You select 
the second format by issuing the command: 

TYPE EXTENDED 

instead of the short form of the command. 



.1 



The contents of all the accumulated items are presented in a 
dated order: the most recent, the next most recent, etc. The 

following is an example of the short format presentation. The 
example is not taken from an actual data collecction. It is 
instructional, however, in the sense that it shows the struc- 
ture of an output format. 



TITLE: 

AUTHOR: 
AFFILIATION: 
REPORT NUMBER: 
NUMBER OF PAGES: 
DATE: 



COMPUTING AND THE AGED IN OUR SOCIETY 
S. Behr 

Geritol Glen College 
100/111 
39 

Jan 14, 1969 



Text Completion 



After all items have been typed, SPIRES issues the prompt: 



OPTION? 



At this point you may issue any of the available commands, 
o Two of the allowed commands, of course, are SEARCH and RESTART. 
Re-selecting either of these commands allows you to restart 
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another Search-Output cycle* 

A complete list of the connands you nay issue in response to 
an OPTIOH? prompt is: 

TYPE 

PRINT 

DISPLAY 

SEARCH 

RESTART 

EXIT 

HILTEN 

LOGOFF 

TO OPERATOR 

TO SPIRES 

CLEAR 

SET 

SHOW NEWS 
SHOW OPTIONS 

After issuing a SEARCH command, if you wish to re-initiate 
the Output facility you must re— issue a TYPE command. 

If you wish to issue another Output command, there is only one 
meaningful choice at this point. If you had issued a TYPE 
command you can issue a TYPE EXTENDED, and vice versa. 

After issuing an EXIT or HILTEN command you are transferred to 
HILTEN control. 

After issuing a LOGOFF command, your terminal is automatically 
disconnected from the Computing Utility. If you wish to re- 
activate SPIRES, you must again follow the Sign-On procedure 
as detailed in section 2.1. 

After issuing any other command you are again prompted with 
OPTION?. 

5.2 Text Interruption 

As the text is being typed at the terminal you might decide 
that you have seen enough. You may terminate this typing 
sequence by depressing the ATTN (attention) key. Typing of the 
current line is then terminated, a sequence of three periods 
is typed, and SPIRES issues an OPTION? prompt. For example: 

AUTHOR: Toad, H. 

TITLE: SEX AND THE SINGLE FR... 

OPTION? 




At this point you may issue any of the available commands. 
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6 . 



6.1 




ggj&and Facility 

This facility encompasses a set of unrelated features, you do 
net explicitly select the entire Command facility to operate 
in; instead, you request the individual features. You can 
select these features by issuing the proper command in response 
to one of the prompts: 

SEARCH? 

OPTION? 

This was described in section 3. In addition, these same com- 
mands can be issued in response to the Search option prompts: 

FIND? 

•> 

The list of available commands is: 

EXIT 

LOGOFF 

HILTEN 

CLEAR 

SET 

SHON NEWS 
SHOW OPTIONS 
TO OPERATOR 
TO SPIRES 

The use of the EXIT, LOGOFF, and HILTEN commands is detailed in 
section 2. 

The use of the SHON NEWS and SHOW OPTIONS commands is detailed 
in sections 3. and 3.2. 

* 

Implementation of the CLEAR and SET commands is currently 
in progress. Therefore, the use of these features is 
not described in this version of the document. These commands 
may not be recogni2ed by SPIRES. 

In addition to the available list of commands, you also have 
the ATTN (attention) typewriter key available for your use. 

ATTN is used as a system interrupt facility. When you depress 
ATTN, SPIRES responds by typing a series of three asterisks; 
it then re- prompts you with the last issued prompt. This 
response is identical whether or not you have already started 
replying to the prompt. For example: 

OPTION? sur*** 

OPTION? 

TO OPERATOR Command 

This command exactly duplicates the facility available in the 
HILTEN sub-system. Briefly, it allows you to send messages to 
the console operator of the Stanford Computation Center Compu- 
ting Utility. A detailed description of this feature is found 
in the Stanford Computation Center User's Hanual. To use the 
facility, you issue the command: 

TO OPERATOR message 
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ness age is any appropriate character string. 

6. 2 TO SPIKES Coaaand 

This coaaand allows you to send aessages to the SPIRES project 
personnel. These aessages aay contain inforaation such as 
helpful hints, complaints, questions, or unlimited praise of 
the system. To use this feature, you issue the command: 

TO SPIRES text 

text is any single or multi-line character string. After you 
terminate a line by depressing the RETURN key, SPIRES prompts 
you for subsequent text lines. For example: 

OPTION? to spires This is the first text line 
TO SPIRES? and this is the second text line 

SPIRES continues to issue the TO SPIRES? prompt until you 
respond by simply depressing the RETURN key or the ATTN key. 
SPIRES, in turn, responds by re-prompting with that prompt to 
which you initially reacted with the TO SPIRES request. To 
continue the above example: 

OPTION? to spires This is the first text line 
TO SPIRES? and this is the second text line 
TO SPIRES? <depress RETURN or ATTN> 

OPTION? 

If some text has been typed on a line and you depress the 
attention key, ATTN, that line of text is deleted. SPIRES 
responds to ATTN by typing a sequence of three periods, then 
re-prompting with TO SPIRES?. The following is an example: 

? to spires Erroneous aessa... 

TO SPIRES? 

If you wish to delete the entire ”to spires” message, you reply 
"erase” in response to the TO SPIRES? prompt. SPIRES responds 
by re- prompting with that prompt to which you initially reacted 
by requesting a TO SPIRES message. An example follows: 

FIND? to spires This is the first text line 

TO SPIRES? erase 

FIND? 



6.2.1 SPIRES Personnel Responses 

The text of a TO SPIRES response may be any question that 
might clarify a situation not covered to your satisfaction in 
the reference manual. If you expect an answer to your ques- 
tion, the TO SPIRES text must include your name, a telephone 
extension (if local to the Stanford coinunity) , and a mailing 
address.- Personnel associated with the SPIRES project will 
provide an answer to your question and send it as a reply to 
the nailing address indicated. 



6.3 supervisory Function 




In addition to the facilities described in the previous 
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sections, the Connand option also performs another function. 

It acts in a general purpose supervisory capacity tor ail or 
the SPIRES options* In such a capacity it connunicates with 
you, when necessary, by issuing advisory messages. 

6.3.1 Tabs Control 

k facility for setting and clearing tab stop positions on the 
2741 Typewriter Terninal is not yet inplenented for use within 
SPIRES. The comparable facility is, however, available for 
your use under WILBUR control. See a description of the tabs 
feature in the WILBUR manual, Appendix E of the Stanford Compu- 
tation Center User»s Manual. Although you set the tab posi- 
tions under WILBUR control, you nay depress the TAB key while 
typing under SPIRES control. While typing a line, if you de- 
press the TAB key more times than the reguested number of tab * 
positions, SPIRES issues the advisory message: 

USE OF UNSET TABS. 

The line is ignored and you are re- prompted with the last 
prompt. 

6.3.2 typewriter Input/Output Error 

While you are typing, an electrical or mechanical failure 
night occur. If this results in one or more characters being 
imprcperly transmitted, SPIRES issues an advisory message: 

I/O ERROR OCCURRED; RETIPE LAST LINE. 

6.3.3 Inactive SPIRES System 

Section 2.1 describes the terminal "Sign-On Procedure”. As a 
last step in this procedure, WILBUR issues the prompt: 

COMMAND? 

To use the SPIRES sub-system your response is: 

COMMAND? spires 

At this point, if SPIRES is not active you are issued the 
following advisory message: 

SPIRES: ILLEGAL 

lou are then re- prompted with COMMAND?. * 

Subsequently, if you are interacting under MILTEN control and 
are prompted with: 

SISTER? 



you can respond with: 

SISTER? spires 

At this point, if SPIRES is not active you are issued the 
ERIC following advisory message: 



SPIRES: NOT A N ACTIVE SYSTEM 
SPIRES Processor Pailure 

If for any reason there is a processor failure which leaves. 
SPIRES unable to continue its functions for you, the following 
advisory message is issued: 

ERROR IN PROCESSING; YOU ARE BEING SIGNED OFP SPIRES. 

Process control is then returned to MILTEN. You oan, if you 
wish, recall the SPIRES processor. However, initiating an 
identical user-SPIRES interactive sequence will probably cause 
you to be signed off SPIRES again. 

A processor failure night occur which leaves SPIRES unable to 
continue functioning for any of the active users. Process con- 
trol is returned to MILTEN; you are issued the advisory 
message: 

THE SYSTEH YOU WERE USING HAS DIED 



(God Bless Its Soul) 
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Appendix A 



Following are three SPIRES exclusion word lists. The first 
list is used to facilitiate TITLE* CORPORATE AUTHOR* and 
CONFERENCE AUTHOR reguest searching. The second is an addi- 
tional list of words for CORPORATE AUTHOR. The third is an 
additional list of words for CONFERENCE AUTHOR. See section 
4 . 1 . 2 . 



a, able* ably* about, above* accompany* accord* 
according* across* actual* addition* address* 
affect* after, afterward* again* against* ago* 
ahead, aid, allowed, allowing* allows* almost* 
alone, along* already* also* although* always* am* 
amid* among* an* and* another* any* anything* 
apply* are* around, as* ask* asked* asking* at 
away* based* be* been* became* because* become* 
before* began* begin, begins* behind* being* 
believe* below* beneath* beside* best* better* 
between* beyond* bring* bringing* brings* brought* 
but* by, came* can* cannot* caused* causing* 
certain* clearly, co. * come* comes* coming* 
consider, corp. , could* dept.* despite* did* do* 
does, doing* done* don't* down* due* during* each* 
easy* easily* either* else* enough* especial* 
etc.* even* ever, every* everything* except* 
far* farther* few* fewer# finally* 
finding, finds* follow* for* forth* forthcoming* 
found* from* front* fulfill* full* fully* further* 
gave* get* gets* getting* give* given* giving* 
go* goes* going* gone* good* got* had* happen* 
has* have* having* he* hear* her* here* hers* 
herself* him* himself* his* how* however, if, in, 
include* indeed* inside* instead* into* involve* 
is* its* it's* itself* keep* keeping* keeps, 
kept* knew* know* knowing* known* knows, largely, 
last* late* lately* later* lease* leave* less, let* 
lets* letting* like* likely* likes* little* 
long* longs* look* looking, low, ltd.* made, 
make* makes* making* many* may, me, mere* merely, 
might* more* moreover* most* much, must, my, 
myself* near* nearly* need* needed* needs, 
neither* never* nevertheless* next* no* none, 
nor* not* nothing* notwithstanding* now* 
nowhere* of* off* often* oh* on* once* one* only, 
onto* or* other* others* otherwise* our* out* 
outside* over* overcome* overly* own* owning, 
owns* partly* pending* per* perhaps* plus* 
possible* put* quick* quickly* quite* rather* 
readily* really* regard* relate* result* return, 
said* same* sat* save* saved* saves* saw* say, 
says* see* seeing* seem* seems* seen* sees* series, 
several* shall* she* should* shown* 
since* sit* sits* sitting* so* some* something, 
sometime* soon* still* stood* such* sure, take, 
taken* takes* taking* than* that, the, their, them* 
themselves* then* thence* there* thereby* therefore* 
therein* these* they* this* those, though* through* 
thus* times* together* to* too* took* toward, 
towards* tried* try* under* undergo* underneath, 

-ERJC 
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unless, until, up, upon, us, use, usings usual, 
usually, various, vary, versus, very, via, vs, 
vant, was, we, vent, were, what, whatever, 
when, whenever, where, whence, whereas, 
whereat, whereby, wherefore, wherein, 
whereof, whereto, wherever, whether, which, 
whichever, while, whither, who, whole, wholly, 
whoa, whose, why, with, within, won't, would, 
yes, yet, you, your, yours, yourself 

acadeny, association, college, committee, company, 
corporation, council, district, incorporated, institute, 
institution, liaited, society, university 

asseably, coaaission, conference, congress, convention, 
deaonst ration, international, meeting, national, 
paper, presentation, seminar 
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Appendix B 



The following is a list of journal nanes and their associated 
CCDEN abbreviations. This list contains those journals 
frequently referenced by the physics coanunity at the SLAC 
facility, Stanford, California. See section 4.1.4. 



o 

ERIC 



ACTA PHYS. AUSTRIA. APASA 

ACTA PHYS. AUSTRIA. SOPPL. APAOA 

ACTA PHYS. POLON. APPOA 

AMERICAN J. PHYS. AJPIA 

AH. PHYS. SOC. BULL, see BULL. AH. PHYS. SOC. 
ANN. INST. HENRI POINCARE AIHPA 

ANNALEN PHYS. (GERHANY) ANPYA 

ANNALES PHYS. (FRANCE) ANPHA 

ANNALS PHYS. (NSN YORK) APNYA 

ANN. HATH. ANHAA 

ABK. FYS. AFYSA 

ASTRCN. J. AM JO A 

ASTROPHYS. J. AS JO A 

AUST. J. PHYS. AUJP A 

BULL. AUER. PHYS. SOC. BAPS A 

CAN. J. PHYS. CJPHA 

COMHUN. HATH. PHYS. CHPHA 

DOKL. AKAD. NAUK USSR DANK A 

FORTSCHR. PHYS. FPYKA 

HELV. PHYS. ACTA HP AC A 

INDIAN J. PHYS. IJUPA 

INDIAN ACAD. SCI. PROC. PI AS A 

JAP. J. PHYS. JAJPA 

JETP see SOVIET PHYS. JETP 
J. DE PHYSIQUE JAJPA 

J. DE PHYSIQUE ET DE RADIUM JPRAA 

J. DE PHYSIQUE ET DE RADIUM SUPPL JPRUA 



J. Am. PHYS. JAPIA 

J. CHEH. PHIS. JCPSA 

J. GEOPHYS. RES. JG8EA 

J. MATH. PHYS. JMAPA 

J. PHYS. CHEH. JPCHA 

J. PHYS. SOC. JAPAN JOPSA 

J. PHYS. SOC. JAPAH SUPPL. JPJSA 

J. SCI. INSTROM. JSIHA 

K. DAN. HAT.-FYS. MED. KDYSA 

K. DAN. HAT.-FYS. SHRIFTER KFHFA 

LETTERS AL HOOYO CIMEHTO see NOOYO CIM. LETT. 
NATO RE NATO A 

NATORHISS. HATHA 

NOCL. INSTROM. METHODS NOIMA 

HOCL. IHSTRDH. METHODS SOPPL. HIHSA 

NOCL. PHYS. HOPHA 

HOOYO CIM. HOCIA 

NOOVO CIM. LETT. HCLTA 

HOOYO CIM. SOPPL. NOCOA 

PHIL. MAG. PHHAA 

PHYSIC A PHYS A 

PHYS. RBY. PHRYA 

PHYS. REY. LETT. PRLTA 

PHYS. LETT. PHLTA 

PHYSICS PYCSA 

PROC. HATL. ACAD. SCI. PH AS A 

PROC. CAMBRIDGE PHIL. SOC. PROC. PCPSA 

PROC. CAMBRIDGE PHIL. SOC. TRAHS. TCPSA 

PROC. PHYS. HATH. SOC. JAPAN PPHJA 

PROC. PHIS. SOC. PPSOA 



PROC. ROT. SOC. 
PROG. THEOR. PHTS 
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PRSLA 

PTP1CA 



PBOG. THEOR. PHTS. SUPPL. 


PTPSA 


RET. SCI. INSTRUN. 




RSIMA 


REV. HOD. PHTS. 






RHPHA 


SOVIET J. NUCL. 


PHTS. 


(Eng. Trans.) 


SJHCA 


SOV. PHYS. JETP 


(Eng. 


Trans.) 


SPHJA 


SOV. PHIS. OSP. 


(Eng. 


Trans.) 


SOPH A 


SOV. PHYS. JETP 


LETTERS (Eng. Trans.) 


JTPLA 


YADEBNAYA FIZ. 






YAFIA 


Z. HITORFORSCH. 






ZHTFA 


Z. PHTS. 






ZEPYA 


ZH. EKSP. TEOR. 


FIZ. 




ZETPA 



appendix C 



The following is a list of the Data Collections currently 
available to SPIRES users for interrogation purposes. Por each 
collection those criteria on which it can be searched are 
specified. See section 4. 



GEOLOGY AUTHOR, DATE, TITLE, TOPIC, ID 

XPP MIT HOB, CONPERENCE MJTHOR, CORPORATE AUTHOR, 

DATE, ID, TITLE 

PREPRINT AUTHOR, CITATION, DATE, TITLE, ID 

APHIST AUTHOR, DATE, TITLE, ID, TOPIC 
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Index 



Section 




# 4.1.2 

Abbreviated search 4.1.2 

Access Points 

See Author, Title, etc. 

See Indexed Attributes 
ACCOUNT? 2. 1 

Advisory Messages 6.3 

And 

see Compound Search Requests 
ATTN 5.2 

6.0 

Attributes 4.0 

4.1 

Attribute Names 4.0 

Author 4. 1 

4.1.1 
4.3.15, 

see Indexed Attributes 
BACKUP? 4.3.9 

Character Construction Rules 4.1.2 

see Title Phrase Searching 
Citation 4.1 

4.1.4 

4.3.2 
4.3.15 

see Indexed Attributes 
Citation Phrase 4.1.4 

Clear 3. 1 



4.6 

6.0 



see Unavailable Commands 
Combination Search 

See Compound Search Request 



Command 3*0 
Command (SPIRES) 2.2 
COMMAND? (WYLBUR) 2.1 
Command Option 6.0 
Commands 4.6 
Compound Search Requests 4.2 
CONF 



see Conference Author 
see Indexed Attributes 
Conference Author 4.3.15 

Connectors 

see Compound Search Requests 
Connector Hierarchy 

see Parenthetical Request Grouping 
CONTINUE? 4.3.12 

see Incomplete Search Requests 

CORP 



see Corporate Author 
see Indexed Attributes 
Corporate Author 4.3.15 

Data Collection 4.0 

Data-Collection-Name (D-C-N) 3.1 

4.0 
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* 




Date 



see Indexed Attributes 
see Search Restriction 
Date Phrase 

Diagnostics 

see SPIRES Advisory Messages 
Display 



see Unavailable Connands 
see Output Options 
Display Extended 

see Unavailable Coanands 
see Output Options 
Excessive Accuaulated I teas 
Error Messages 

see SPIRES Advisory Messages 
Excessive Coapound Grouping 

see Coapund Search Requests 
Exclusion Word Lists 
Exit 



Explicit Request Backup 
Explicit Search Re-Initiation 
FIHD? 



ID 



see Indexed Attributes 
ID-Naae 
Implicit And 

see Coapound Search Requests 
Inactive SPIRES Systea 
Incomplete Search Bequest 
Indexed Attributes 
Initial Requests 

see Null Search Results 
Inte mediate Requests 

see Null Search Results 
Journal 
KEYWORD? 

Line Continuation 
Logical Connections 

see Coapound Search Requests 
Logical Search Request Conbination 
see Coapound Search Requests 

Logoff 



4.1 

4 . 1.5 

4 . 3.3 

4 . 3.15 



4 . 1.5 
4 . 3.3 



3.1 

4.6 

5.0 



5.0 



4 . 3.10 



App. A 

2.2 

3.1 

4.6 

5.1 

6.0 

4.4 

4.5 

3.0 

4.0 

4.2 

6.0 

4.1 

4 . 1.6 
4 . 3.15 

4 . 1.6 



6 . 3.3 

4 . 3.12 

4 . 3.15 



4 . 1.4 

2.1 

4 . 3.11 



4 . 2.1 

2.2 

3.1 
4.6 

5.1 

6.0 



HILTEN 



2.1 
2.2 
2.3 

3.1 
4.6 

5.1 

6.0 

Hulti-Line Request Errors 

see Line Continuation 

Hultiple Pound Sign Terninators 4.3.13 

HARE? 3.0 

3.1 

4.0 

Naae Phrase 4.1.1 

Nev Search 

See Explicit Search Re-Initiation 

Not 

see Compound Search Requests 
see Search Restriction 
Null Search Results 4.3.8 

4.3.9 

Nullified Search 

see Explicit Request Backup 
OPTION? 3.0 

3.1 

4.0 

5.1 

5.2 

6.0 

Or 

see Conpound Search Requests 



Output 3.0 

3.1 

Output Option 5.0 

Page 4. 1.4 

Parenthetical Request Grouping 4.2.3 

Physical Line Continuation 4.2.2 

Pound Sign Terminator 4.1.2 

Print 3.1 

4.6 

5.0 

see Unavailable Coanands 
see Output Option 

Print Extended 5.0 

see Unavailable Coanands 
see Output Option 

Priority of Logical Operators 4.2.3 

Pronpt 3.0 

? 3.0 

4.0 

6.0 

Return (To SPIRES) 2.3 

Re-Initiation 



see Explicit Search Re-Initiation 

Reset 

see BACKUP? 

see Excessive Accu aula ted Items 
see Excessive Compound Grouping 
see Search Input Errors 

RESET? 



see 



CONTINUE? 
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Bcst&rt 

see Explicit Search Re-Initiation 



Search 3. 1 

4.6 

5.1 

SEARCH? 3.0 

4.0 

4.2 

6.0 

Search Option 4.0 

Search Restriction 4.3.6 

4.3.7 

Search Termination 4.3.4 

4.3.5 

Searcher Input Errors 4.3.16 

Secondary Search Reguest 4.0 

Session Interrupt 2.3 

Set 

6.0 



see Unavailable Commands 
Set Margin 
Set Tabs 

Shortened Search 
Shorn News 



Shov Options 



Sign-Off 

Sign-On 

Sign-On Procedure 

Simple Search 
SPIRES 

SPIRES Advisory Messages 
SPIRES processor Failure 
SPIRES Session 



3.1 

3.1 

4.1.2 

3.0 

3.1 
4.6 
6.0 

3.2 
4.6 
6.0 

2.2 

5.1 

2.0 

2.1 

4.0 

5.0 

4.3 
6.3.4 

2.0 
2.2 

2.3 
4.0 
4.2 



Subject Heading 
See Topic 
Subname 

see Name Phrase 
Surname 

see Hame Phrase 



Supervisory Function 


6.3 


Tabs Control 


6.3. 1 


Term inal 


2.1 


Title 


4.1 


Title Phrase 


4.1.2 

4.3.15 

4.1.2 


see Character Construction 


Rules 


Title Search Words 


4.3.1 


see Appendix A 
To Operator 


3.1 


4.6 
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6.1 

To SPIRES 3. 1 

4.6 

6.2 

Topic 4. 1 

4.1.3 

4.3.15 

see Indexed Attributes 
Topic Phrase 4.1.3 

4.3.13 

Truncated Search 4.1.2 

Type 3. 1 

4.6 

5.0 

5.1 

see Output Options 

Type Extended 5.0 

5.1 

see Output Options 

Typewriter Input/Output Error 6.3.2 

Unavailable Commands 4.6 

5.0 

6.0 

Unindexed Attributes 4.3.15 

Volume 4.1.4 

Word 4.1.3 

fiord Stem Search 4.1.2 

WYLBUR 2. 1 



Cross-Reference Pile of SPIRES Advisory Message s 



Message 



Section 



o 

ERIC 

hfliflaffHMioaa 



AIL TITLE WORD (S) HAVE NO SEARCH CONTENT; 

SEARCH PHRASE IS IGNORED. 

see Title Search Words 4.3.1 

CITATION PHRASE CANNOT BE TERMINATED WITH #• 
see Search Termination 4.3.5 

ERROB IN PROCESSING; YOU ARE BEING SIGNED OFF SPIRES. 

see SPIRES Processor Failure 6.3.4 

ID PHRASE CANNOT BE TERMINATED WITH *• 

see Search Termination 4.3.5 

I/O ERROR OCCURRED. RETYPE LAST LINE. 

see Typewriter Input/Output Error 

6.3.2 

< pro apt > HAY NOT BE FOLLOWED BY <error> 

SEARCH RESULTS RESET TO LAST <n> ITEMS. 



see Searcher Input Errors 4.3.16 

SEARCH RESET TO LAST <n> ITEMS. 

see Explicit Reguest Backup 4.4 

SPIRES: ILLEGAL 

see Inactive SPIRES System 6.3.3 

SPIRES: NOT AN ACTIVE SYSTEM 

see Inactive SPIRES System 6.3.3 

THE PREVIOUS LINE IS INCOMPLETE. 

see CONTINUE? 4.3.12 



see Incomplete search reguests 

4.3.12 

THE SYSTEM YOU ARE USING HAS DIED. 
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see SPIRES Processor Failure 6* 3* 4 
TOO MANY IT BUS WEBB ACCUMULATED FOR THE CURRENT SEARCH. 

SEARCH RESULTS RESET TO LAST <n> ITEHS. 

see Excessive Accu aula ted Iteas 4.3.10 
TOO MANY PARENTHETICAL GROUPS USED IN CURRENT SEARCH REQUEST. 
SEARCH RESULTS RESET TO LAST <n> ITEMS. 

see Excessive Compound Grouping 4.3.14 
UNABLE TO LOCATE ERROR. 

SEARCH RESET TO LAST <n> ITEMS. 

see Multi-line Request Errors 

4.3.11 



USE OF UNSET TABS. 

see Tabs Control 6.3.1 

<«ord> SEARCH IS UNAVAILABLE FOR THIS COLLECTION 
see Unindexed Attributes 4.3.15 

<word #> HAS BEEN IGNORED. 

see Multiple Pound Sign Terminators 

4.3.13 



0 ITEMS ACCUMULATE]) 

see BACKUP? 4. 3. 9 

see Null Search Results 4.3.8 

4.3.9 

see Search Restriction 4.3.6 

4.3.7 

3 OR MORE CHARACTERS MUST PRECEDE #• 

see Search Termination 4.3.4 

4.3.5 




m 



IEF265I 

IEP265X 

lEI2e£X 

IEF285I 



HASP 



o 

ERIC 

imiMiffaHaaaa 
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SYS1.C0HH0N KEPT 

VOL SEE NOS* SYSOO • 

SYSOUT SYSOUT 

VOL SEE EOS* 



JOB STATISTICS 
1 I/O CALLS 



3,503 CABDS 
109 



BEAD ■— 
SVC CALLS 



3 # 028 LINES PRINTED — 

0.09 MINUTES CPU TM * 
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APPENDIX E 



Stanford Physics Information Retrieval System 



SARPSIS: SYNTAX ANALYZER, RECOGNIZER, PARSER AND 

SEMANTIC INTERPRETATION SYSTEM 



September 29, 1967 



Computer Notes #25 
SPIRES 

(Stanford Physics Information REtrleval System) 

JEG 

SARPSIS: SYNTAX ANALYZER, RECOGNIZER, PARSER AND 

SEMANTIC INTERPRETATION SYSTEM 



A general system for defining and Implementing 
specialized computer languages 



An Information retrieval search language was required for the 
Stanford Physics Information Retrieval System (SPIRES) and the Library 
Automation Project (BALLOTS). The objectives were: 

1. A concise representation for describing the complete 
syntax and associated semantics; 

2. An easy method of changing the syntax and/or semantics 
(with special emphasis on being able to easily expand 
the language to Include additional types of requests); 

3. The language should be unambiguous; 

4. Recursive definitions should be possible within the 
syntax. 

The method of Simple Precedence Grammars as reported by Wirth 
and Weber (1966a, 1966b) was chosen to accomplish these objectives. In 
this system, the grammar which generates any sentence in a particular 
language is written as a production grammar in Backus Normal Form (BNF). 
The syntax is first analyzed to check for simple precedence satisfaction 
and this analyzer produces output tables which are then used to parse 
sentences of the language defined by the analyzed syntax. 

The representation of a language as being defined by a produc- 
tion grammar in BNF is concise and only ambiguous if the grammar itself 
is ambiguous. Simple precedence grammars are by definition unambiguous, 
hence any language which can be defined by a simple precedence grammar 
will be unambiguous. Further, it permits recursive definitions. Thus 
most of the objectives will be fulfilled by this technique and the rest 
can be by proper implementation. 
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The problem in most languages occurs in the parsing (or 
reduction) stage as to whether to use a left to right, a right to 
left, or a middle out parse. The parsing becomes more complicated 
if local ambiguities exist, but is solvable (e.g., COGENT, Reynolds, 
1965). However, if the language has global ambiguities then it cannot 
be resolved. 

My viewpoint is that many specialized computer languages 
(such as an information retrieval language) can be formulated using 
a simple precedence grammar without too restrictive a language. This 
will eliminate the local ambiguity problem and will allow one to con- 
centrate fully on the development of his specialized language. 

Virth and Veber (1966a, 1966b) have developed excellent par- 
sing techniques for simple precedence grammars and have succeeded in 
separating the semantics so that the syntactic parsing controls when the 
semantics will be employed. Due to the simple precedence requirement, 
when a string is to be reduced, then there exists a unique production 
for this reduction and hence a unique semantic rule to be executed. 

The work reported herein is mostly a consolidation of the 
work of Wirth and Veber and a translation of this work to the PL/1 
programming language. 

Introduction and Definition of Terms 

The methods and definitions of Virth and Veber (1966a) can 
be best illustrated through an example: 

Suppose a language is desired which will calculate the sum 
of an arbitrary number of numbers. The syntax and associated semantics 
can be written as: 



Syntax Semantics 



pl 


PROGRAM 


•8 


BEGIN EQLISTA 


Reinitialize parser 




P2 


EQLISTA 


• 8 


EQLIST 


Null 




P3 


EQLIST 


:« 


EQUATION 


Null 




p4 




•3 


EQLIST ; EQUATION 


Null 




P5 


EQUATION 


:* 


IDENTIFIER * SUM 


Print out identifier 
of sum 


and value 


p6 


SUM ::- 


( EXPRESSION ) 


Set the value of SUM 


to the value 



of EXPRESSION 
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p7 


EXPRESSION 


: := FACTOR 


p8 


FACTOR 


: := NUMBER 


P9 




: := FACTOR + NUMBER 



Null 

Null 

Set the value of FACTOR on the 
left to the sum of the value o£- 
FACTOR on the right and the value 
of NUMBER 



Non-basic symbols are those which appear on the left (PROGRAM, 
EQLISTA, EQLIST, EQUATION, SUM, EXPRESSION, and FACTOR), Basic symbols 
are those which appear only on the right (BEGIN, ;, IDENTIFIER, -, (,), 
NUMBER, and +)• Note that these are the language elements and the syntax 
determines how they may appear. 

When the string S^S^ appears to the parser, there are only three 
ways in which it may be parsed: 

1 S,|S. i.e,, S ^S 

J 1 ■ reducible substring J 



2 . 



S. S, 



reducible substrin g U 



i #0 • f 



s j> s k 



3. 



I reduc ib le^ sufestr in g 1 




These precedence relations may be formally defined by: 
1. S. ■ S t 



Where 



2 . 

3. 



iff there is a rule U ::= xS^S^y; 



S. ^S. iff there is a rule U ::= xS.U.y and a rule U. 
j ^ k j r i 

Sj^ S^ iff [(there is a rule U ::= xU^y and a rule 



V 5 



m k J 



U ffl ::=* zSj) or (there is a rule U ::= xU^U.y and a rule 
U m ::=* zS j and a rule U £ ::=* S fc w)]. , 1966) 



A::=B menas A directly produces B (i.e., in only one step), and 
A ::=* B means A indirectly produces B (i.e., in a finite number of 
steps). 

Precedence relations for the example written in matrix form may 
be found on the next page. Suppose it is desired to parse: 

BEGIN IDENTIF IER- ( NUMBER + NUMBER). 1 

1 As -.11 be discussed later, * .* is the TERMINAL variable which is used 
to force the parsing until completion. Its value is set to zero, hence 
all symbols in the syntax are^ than TERMINAL. 



o 
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The precedence relations may be written in a matrix for the example as: 





P 


E 


E 


E 


s 


E 


F 


B 


I 


( 


N 


• 

9 


35 


+ 


) 




R 


Q 


Q 


Q 


u 


X 


A 


E 


D 




u 










■5 


0 


L 


L 


u 


M 


P 


C 


G 


E 




M 












G 


I 


I 


A 




R 


T 


I 


N 




B 












R 


S 


S 


T 




E 


0 


N 


T 




E 












A 


T 


T 


I 




S 


R 




I 




R 












M 


A 




0 




S 






F 






















N 




I 






I 


























0 






E 


























N 






R 














PROGRAM 
































EQLISTA 
































EQLIST 
























ae 








EQUATION 








% 
























SUM 
























> 








EXPRESSION 
































FACTOR 




























25 


> 


BEGIN 




25 


< 


< 










< 














IDENTIFIER 


























25 


1 


) 


( 












= 


< 








< 










NUMBER 




























:> 


> 


• 

9 








s 














< 










= 










=r 














< 








+ 






















as 










) 
























> 









To determine the relation between and S^, look in the row determined by 
Sj and the column determined by S^. The blank entries in the matrix indi- 
cate that those symbols may never occur adjacently. 
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Start at the left and look to the right until a> relation is found or the 
end of the string. Now NUMBEB>b, hence set k to j (i.e., the first NUMBER), 
indicating that the first greater than relation occurred at the fifth element 
in the stack. Now scan to the left as long as = holds or to the beginning 

of the string, hence set j to 5. Now the reducible string is Sj S^, 

i.e., 'NUMBER* and the corresponding production is p8. Replace the 
reducible string by the left side of p8 (i.e., FACTOR) and set k to point 
at this. The string becomes 

BEGIN IDENTIF IER= ( FACTOR + NUMBER). 

If >■ still holds between and S^ + ^, then the right limit is known and 
the scan to the left can be initiated, otherwise scan to the right until 
the ^ relation holds. At the end of this operation k will be 7 and j will 
be 5. The reducible string thus corresponds to p9 and the resultant string 
is: 



BEGIN IDENTIFIERS FACTOR) . 



The next resultant string is; 
Then, 

Then, 

Then, 

Then, 



BEGIN IDENTIFIERS EXPRESS ION) . 
BEGIN IDENTIF IER=SUM. 

BEGIN EQUATION. 

BEGIN EQLIST. 

BEGIN EQLISTA. 



And, finally, PROGRAM , at which point the parsing 

stops. 



The complete parsing tree is: 





Note that backtracking the value of the pointer k was not necessary 
(this was formally proven by Wirth and Weber, 1966a). Further if the 
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language is defined as a left recursive language then reduction will 
take place as soon as possible within the scan, thereby reducing the 
length of the string which must be saved. In actual use the parsing is 
accomplished using stack techniques and a parallel stack for evaluating. 

Also note that the precedence matrix is sparse, and thus Wirth 
and Weber (1966a) introduced precedence functions to economize on storage * 

requirements. These functions are defined by: 

1. F(S . ) = G(S, ) iff S. = S. , 

j k j k 1 

2. F(Sj) <* G(S R ) iff Sj^S R 

3. F(S.)> G(S. ) iff S. — S . 

j k j ^ k 

where the operators as applied to the functions are the normal arithmetic 
operators. The use of this function notation actually destroys the blank 
entries in the precedence matrix and thus complicates error diagnostics. 

The SARPSIS System 

SARPSIS consists of four distinct operations: 

1 . ANALYZER 

4 

2. RECOGNIZER 

3. PARSER 

4. SEMANTIC INTERPRETER 

i 

These four operations will be illustrated using the preceding example. 

ANALYZER 

The purpose of the ANALYZER is to process the syntax and to 
generate the tables necessary for the parser and to punch these tables. 

The organization of the card deck to be read by the ANALYZER section is 
as follows: 



VARIABLE 


TYPE 


DESCRIPTION 


NUMBER 


CHAR( 12) VAR 


That string in the syntax which will be 

2 

recognized by the recognizer as a number. 


WORD 


CHAR( 12) VAR 


That string in the syntax which will be 

2 

recognized by the recognizer as a word. 


QUOTES 


CHAR( 12) VAR 


That string not in the syntax which will 



be used to force the word recognition 
class.^ 



? he use of rhesefive variables is explained in further detail in the 
arser ana Recognizer sections. 

o 
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VARIABLE 

TERMINAL 


TYPE 

CHAR(12) VAR 


DESCRIPTION 

That string which is not in the syntax 

which will be used to force the comple- 

2 

tion of the parsing. 


SEQUENCE 


CHAR(12) VAR 


That string in the syntax at which point 

2 

the parsing may be re- initialized. 



Following these five variables is the option card which selects 
the desired output options of the Analyzer. Normally ’END’ ending in 
column 79 is all that is necessary. Additional options may be requested 
by preceding the ’END* by the name of the options desired. The options are 



PRODUCTIONS 

NUMPRD 

SYMBOLS 



Description 

Productions printed in string form} 

Productions printed in number form; 

The basic and non-basic symbols are printed with their 



unique number equivalent. 

LEFT-RIGHT The leftmost and rightmost symbols for all non-basic 



MATRIX 

FUNCTIONS 

key-prtb 

PUNCH 

All but NUMPRD 



symbols are printed. 

The precedence matrix is printed. 

The precedence functions are calculated and printed. 

The KEY and PRTB tables are computed and printed. 

The date necessary for the parser is punched, 
and LEF T-RIGHT are selected by default; these two are some 



times useful for debugging purposes. 

The syntax cards in BNF follow the option card. The conventions 



used in these cards are* 

1. All elements are less than 13 characters; 



2 . 

3. 

4. 



5. 



Blank is the separator between elements; 

Each equation is limited to 6 elements and to one card; 
The : ;= is assumed between the first and second elements 
(note that it is never entered on the BNF cards); 

If the first column is blank then the first element is 

the same as on the previous card; 

A $ in column 1 indicates the end of the syntax. 



erIc 



6 . 
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The analyze procedure is divided into four steps: initialization; 

STEPA; STEPB; and STEPC. During the initialization step, the five 
variables and the option card are read and the output options are set. 

In STEPA the syntax is read and the productions are printed 
out in a standard form. The productions are then scanned to determine 
the basic and non-basic symbols and these are assigned unique numbers 
(starting from 1). The productions (in string form) are then converted 
to numerical form using these unique numbers. The KEY and PRTB tables 
are then calculated using the numerical form. KEY [i] represents, for 
the i* th symbol the index in the production table PRTB, where those 
productions are listed whose right part string begins with the i'th 
symbol. For each production, the right part is listed without its left- 
most symbol, followed by the negative of the production number and the 
left part symbol of the production. The end of the list of productions 
referenced by KEY[i] is marked with a 0 entry in PRTB. (Shaw, 1966). 

In STEPB, the numerical form of the productions are scanned 
to determine the leftmost [L(U)] and the rightmost [R(U)] symbols of the 



non-basic symbols. These are formally defined by* 

L(U)=[sQz(U::-*Sz)] 

R(U)=[S|3z(U::=*zS)] (Wirth A Weber, 1966a) 

L(U) is the set of symbols which appear at the left of any string which 



may be generated by applying any production starting with the symbol U 
as the initial string. Similarly for R(U). 

In STEPC, the precedence matrix and the precedence functions 
are determined. The precedence matrix is determined by using the following 
alternate definitions of the precedence relations: 



1 . 



2 . 



3. 



s f s k 

s r*k 



iff there is a rule U::=SjS^ 

iff there is a rule U::»xSjU^y and S^6L(U^) 

iff [(there is a rule U: :=xU S y and S£R(U ) ) 

m k j m 

or (there is a rule U::=xU U y and S£R(U ) and 

i nr j i 

S k L( V ^ (Wirth A Weber, 1966a, Shaw, 1966) 
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The precedence functions are then determined by an algorithm (Shaw, 

1966; Wirth, 1965) which essentially permutes the rows and columns of 
the precedence matrix until the precedence relations are grouped. 

The ANALYZER is an externally callable procedure in PL/1. It 
not only provides tables by punching but also returns these tables to 
» the calling program via the parameter list. 

The input cards, the printed output, and the punched output 
, are illustrated in Appendix A. All possible diagnostic messages and 

their meanings are given in Appendix B; also included is a discussion 
about other types of undetected errors. 



a 



W 






Recognizer 

The function of the recognizer is to scan the input text for 
the next syntactical unit and to assign this unit the number which the 
analyzer had assigned to it. To accomplish this, the recognizer is 
divided into two major areas: 



1. LOOK 

2. ASSIGN 



LOOK is a procedure which scans the input device and returns 
the next syntactical unit in string form. Currently it is written to 
read one card from the card reader and to only read another when the 



entire card is exhausted. Look assumes that there are two kinds of 
syntactical units; words and numbers. In all cases, a change in the 
class of characters or a blank terminates the scan. These two units 
are actually defined by Look through programming to conform to the fol- 
lowing definitions: 

NUMBER : := DIGIT 

::= NUMBER DIGIT 
::=+ DIGIT 

::= - DIGIT 



::= NUMBER . 

WORD ::= Special character (+»&*: " etc.) 
::= PHRASE 

PHRASE ::* LETTER (A ... Z) 

::» PHRASE LETTER 
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e «g» t 

(=2.04ABC, -3.0.2) would be scanned by Look ass 

( WORD 

+2.0 NUMBER 

+ WORD 

ABC WORD 

, WORD 

-3.0.2 NUMBER 

) , WORD 

Some improvement in the definitions may be needed later, but for the 
moment, this is satisfactory. Perhaps it would be better said that LOOK 
returns two kinds of strings; numbers and non-numbers (i.e., words). 

ASSIGN is the procedure which calls Look and then assigns a 
number to the syntactical unit returned by Look. It accomplishes this 
task through two arrays provided by the ANALYZER; BASSYM and BASVAL. 

BASSYM contains all of the basic symbols in the syntax except those desig- 
nated by the variables WORD and NUMBER (two of the five variables which 
were input to the analyzer). In addition, BASSYM contains the symbol 
designated by the variables WORD and NUMBER (two of the five variables 
which were input to the analyzer). In addition, BASSYM contains the 
symbol designated by the variable TERMINAL (another of the variables 
input to the Analyzer). BASVAL contains all of the numbers associated 
with the entries in BASSYM. 

If LOOK signifies that the symbol is a number, then the value 
corresponding to NUMBER is returned. However, if LOOK signifies that 
the symbol is a WORD, then ASSIGN performs a simple table lookup to 
determine if it is a basic symbol; if so, then the corresponding number 
from BASVAL is returned else the number corresponding to WORD is returned. 

These basic symbols correspond to reserved words in programming 
languages. The objective here was to provide a method of using reserved 
words so that they would not be recognized as reserved words in certain 

contexts. The motivation is from the information retrieval viewpoint. 
Suppose an author existed whose keyword was AUTHOR — How would one 
indicate an author search for JOHN Q. AUTHOR? 

The solution to this problem in ASSIGN was to provide an over- 
ride feature upon the BASSYM table search. This is accomplsihed by making 
o 
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ASSIGN recursive and by using the variable QUOTES (another one of the 
five variables input to the Analyzer). As indicated, QUOTES is a symbol 
not in the syntax of the language defined. Within ASSIGN, QUOTES controls 
a Boolean switch. If the switch is true than no table search is performed. 
When QUOTES occurs within an input stream, then ASSIGN logically comple- 
ments this Boolean switch and calls itself recursively to return the next 
syntactical unit in the input stream. The principal requirement upon 
QUOTES is that it must not be recognizable as a number «s defined by 

LOOK. 



PARSER 

The PARSER is the main program and, as such, decides which of 
its auxiliary functions to call. Upon invocation the PARSER first reads 
a data card to control the dimensioning of the arrays; these are the 
dimensions in effect when and if the ANALYZER is called. These dimensions 
are specified on the first card of the data deck in the following order. 

M number of symbols in the syntax 

N number of equations in the syntax 

MN number of basic symbols in the syntax 

These values must be slightly 'larger than the values calculated by the 
ANALYZER for some temporary storage during the Analyzer process (see 

Appendix B). 

The following procedures are auxiliary functions of the PARSER 

(i.e., called by the Parser): 

1. SETUP 

2. ERRORREC 

3. STACKOK 

4. ASSIGN (i.e., the Recognizer) 

5. SEMANT (i.e., the Semantic Interpreter) 

After dimensioning the arrays, the PARSER calls the SETUP procedure to 
initialize those arrays needed in order to parse an input string. 

The following procedures are auxiliary functions of SETUP: 

1. ANALYZE (i.e., the Analyzer) 

2 . TABREAD 

3. TABPRINT 
O 
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SETUP first reads a data card to determine whether to call the ANALYZER 
(i*e*, BNF syntax cards follow) or to call the TABREAD procedure (i*e., 
the data cards punched by a previous invocation of the ANALYZER follow)* 

The option is signified by ‘ANALYZE* (call Analyzer) or ‘TABLE* (call 
TABREAD) on this data card. In any event SETUP prints its own name and 
the value on this first card. After the ANALYZER or the TABREAD procedure 
has returned control to SETUP, SETUP reads a data card with three variables 



on its 

Variable Type 

ERSCAN CHAR(12) 



SYMA CHAR(12) 

SYMB CHAR(12) 



Description 

That symbol in the syntax to which 
the ERRORREC procedure will be allowed 
to scan forward to if a syntax error 
develops. In normal cases, all input 
between two of these symbols will be 
ignored if a syntax error is detected 
(in the example **s**). 

That symbol in the syntax which is 
normally expected to reside in the 
first element of the parsing stack 
(in the example BEGIN). 

That symbol in the syntax which is 
normal ly expected to reside in the 
second element of the parsing track 
(in the example EQLIST). 



After reading these three variables, SETUP calls the TABPRINT procedure 



atd then returns to the PARSER. 

The TABREAD procedure is designed to read the data cards punched 
by the ANALYZER. It prints the name of all variables read. A sample 
printout resulting from SETUP calling TABREAD for the example is given 



in Appendix C. 

The TABPRINT procedure prints the contents of all the arrays 
read in by TABREAD. A sample printout for the example is given in Appendix D. 

After the PARSER has called SETUP, then the system is ready for 
input strings to be parsed in the defined language. The PARSER uses its 
auxiliary functions to scan the input string from left to right and to 
parse the resultant string. Its operation is explained by the flow chart 



of Appendix E. 



\ 

V 
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As indicated in the PARSER flow chart, STACKOK is called before 
any string is reduced. STACKOK checks to see if the leftmost symbol of 
the string to be reduced can occur adjacent to the symbol to the left of 
it in the symbol stack (S). If they cannot occur adjacent, then a syntax 

error has occurred and ERRORREC is called. 

ERRORREC rescans the current input string to check for syntax 
errors . As discussed earlier, the precedence functions complicate syntax 
error checking, hence a compact form of precedence matrix (HM) is used 
for ERRORREC and STACKOK. ERRORREC uses the variables ERSCAN, SYMA, and 
SYMB to reset the parsing (S) and value stack (VS) to their values before 
the error and to advance the input scanner past the syntax error. Note 
that since all the information used by these two routines is either pre- 
pared by ANALYZE (or equivalently read in by TABREAD) the error recovery 
and syntax checking is governed only by the syntax and the variables input. 

If the current string to be reduced is not in error then the 
semantic interpretation procedure (SEMANT) is called to apply the inter- 
pretation rule corresponding to the equation number determined by the 
Parser. 



SEMANTIC INTERPRETER 

The semantic interpreter is an external procedure which must be 
programed in PL/1 for each different syntax. The procedure name is 



SEMANT and 


the parameters are: 




Name 


Soe. 


Function 


N 


FIXED BINARY 


Formula number 


VS 


ARRAY(0:50) CHAR(400) 
VARYING 


Value stack 


J 


FIXED BINARY 


Left-hand stack pointer 


K 


FIXED BINARY 


Right-hand stack pointer 


EQ 


ARRAY(U) CHAR(12) 


EQ(I) is the left-hand side for 
syntax rule I 


ANS 


FIXED BINARY 


For use in SEMANT, set to zero 






initially 


SWITCH BIT(l) 


For use in SEMANT, set to False 
initially 


U 


FIXED BINARY 


Upper bound for EQ 



ERIC 
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SEMANT is called only when a string is to be reduced. When it 
is called, N is set to the equation number corresponding to the syntax 
rule. J is set to the beginning of the string to be reduced, and K is 
set to the end of this string. The function of SEMANT is to update the 
value stack corresponding to J, K, N; the value stack is the only place 
where the results of semantic interpretation have an effect. Clearly 
not all situations will be able to utilize this value stack exclusively! 
however, it may still be used to point to other data areas which can easily 

be added. 

The SEMANT procedure for our eareriple is given in Appendix F. 

The output from this run is Appendix G. 

Conclusion 

SARPSIS provides a convenient way of defining and implementing 
specialized computer languages. It analyzes the syntax, parses any input 
string and calls a semantic interpretation program. Error messages are 
automatic and depend only on the syntax. The only programming required 
is the Semantic Interpretation, which may indeed be a large task. How- 
ever, it does allow one to concentrate fully on the semantics of his 
language and frees him from analyzing, scanning, and parsing problems. 

A listing of ANALYZE and PARSER forms Appendices H and L. 

J.E. George 
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APPENDIX A 



Input and output for the example 



INPUT DECK 



'NUMBER 


•IDENTIFIER 


•LEFT-RIGHT' 


PROGRAM 


BEGIN 


EQLISTA 


EQLIST 


EQLIST 


EQUATION 

EQLIST 


EQUATION 


IDENTIFIER 


SUM 


( 


EXPRESSION 


FACTOR 


FACTOR 


NUMBER 

FACTOR 



tnt 



EQLISTA 



'PROGRAM 1 (i.e., the five 
variables) 

'END' (options card) 



; EQUATION 

= SUM 

EXPRESSION ) 



+ NUMBER 



$ 



o 

ERIC 

ijfflinaffamiaaa 



197 



SETUP 

ANALYZE 

START TIME- 

OPTIONS SELECTED 

PRODUCTIONS 

SYMBOLS 

LEFT-RIGHT 

MATRIX 

FUNCTIONS 

KEY-PRTB 

PUNCH 




172008490 
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PRODUCTIONS 



1 


PROGRAM 


: := 


BEGIN 


EQLISTA 




im 


EQLISTA 




EQLIST 






3 


EQLIST 


2 2 = 


EQUATION 






4 




2 • = 


EQLIST 


• 

t 


EQUATION 


5 


EQUATION 


2 2 = 


IDENTIFIER 


S 


SUM 


6 


SUM 


: != 


( 


EXPRESSION 


) 


7 


EXPRESSION 


2 2 = 


FACTOR 






8 


FACTOR 


!! = 


NUMBER 






9 




• • a 

• • 


FACTOR 


+ 


NUMBER 
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V 



NON-BASIC SYMBOLS 
1 PROGRAM 
3 EQLIST 

5 SUM 

6 EXPRESSION 

BASIC SYMBOLS 
8 BEGIN 
10 ‘ ( 

12 ; 

13 

15 ) 



2 EQLISTA 
4 EQUATION 

7 FACTOR 

9 IDENTIFIER 
11 NUMBER 

14 + 
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KEY 

0 0 0 1 8 10 10 11 18 22 

27 32 34 34 34 34 34 




PRTB 

0 -2 2 12 4 -4 3 0 -3 

0 -7 6 14 11 -9 7 0 /2 

1 0 13 5-5 4 0 6 * 15 

5 0 -8 7 0 
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DIGIT SYMBOL SETS 



PROGRAM 


• • ss 

• • 


EQLISTA 


EQLIST 


EQUATION 


EQLISTA 


• • s 

• • 


EQLIST 


EQUATION 


SUM 


EQLIST 


• • -5 

• • 


EQUATION 


SUM 


) 


EQUATION 


: := 


SUM 


) 




SUM 


::= 


) 






EXPRESSION 


• • 


FACTOR 


NUMBER 




FACTOR 


• •ss 

• • 


NUMBER 








SUM 

) 
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LEFT-SYMBOL SETS 



PROGRAM ss* 


BEGIN 






EQLISTA 


EQLIST 


EQUATION 


IDENTIFIER 


EQLIST ss* 


EQLIST 


EQUATION 


IDENTIFIER 


EQUATION s s* 


IDENTIFIER 






SUM ss* 


( 






EXPRESSION ss* 


FACTOR 


NUMBER 




FACTOR ss* 


FACTOR 


NUMBER 
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PRECEDENCE FUNCTIONS F AND G 



1 PROGRAM 

2 EQLISTA 

3 EQLIST 

4 EQUATION 

5 SUM 

6 EXPRESSION 

7 FACTOR 

8 BEGIN 

9 IDENTIFIER 
10 ( 

11 NUMBER 



12 5 

13 * 

14 + 

15 ) 



1 

1 

1 

2 

2 

1 

2 

1 

1 

1 

3 

2 

1 

2 

2 



1 

1 

2 

2 

1 

1 

2 

1 

3 

2 

2 

1 

1 

2 

1 



FINISH TIME- 
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PRECEDENCE MATRIX 

1 



1 

2 

3 

4 

5 

6 

7 

8 
9 

10 

11 

12 

13 

14 

15 




:ss> 







NO PRECEDENCE VIOLATIONS OCCURRED 
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PUNCHED OUTPUT 



"TABLE 

"MNMM 

15 9 7 

"XNUH-XWORD-XSEQ 
11 9 1 

"QUOTES 



" "EQLISTA 
" "EXPRESSION 

n tt( 

•m »» 

12 13 14 

" "PROGRAM 
" "EXPRESSION 
" "NUMBER 



0 1 



mi 

"EQUATIONS 

"PROGRAM 

"SUM 

"BASSYM 

"BEGIN 

") 

"BASVAL 
8 10 
"SYMBOLS 

n 

"SUM 

"< 

") 

"KEY 
0 0 
34 34 
"PRTB 
0 -2 
-9 7 

5 0 

"HM 

1 0 
0 0 
0 

1 0 
0 0 
0 

. 2 12 
0 0 
0 

2 12 
0 0 
0 

2 12 
0 0 
0 

2 15 
0 0 
0 

3 15 
0 0 
0 

5 2 

0 0 
0 

3 13 

ERIC 0 



2 12 

0 2 

-8 7 

0 0 

0 0 

0 0 

0 0 

0 0 

0 0 

0 0 

0 0 

0 0 

0 0 

0 0 

0 0 

14 0 

0 0 

3 4 

0 0 

0 0 

0 0 



8 10 



4 -4 

-1 1 

0 

0 0 

0 0 

0 0 

0 0 

0 0 

0 0 

0 0 

0 0 

0 0 

0 0 

0 0 

0 0 

0 0 

0 0 

9 0 

0 0 

0 0 

0 0 



" "EQLIST 
" "FACTOR 

n in 
n 



15 16 



» "EQLISTA 

" "FACTOR 
n ttg 



10 11 



3 0 

0 13 



0 0 
0 0 

0 0 
0 0 



0 0 
0 0 



0 0 
0 0 



0 0 
0 0 



0 0 
0 0 



0 0 
0 0 

0 0 
0 0 



0 0 
0 0 



" "EQLIST 
" "FACTOR 

II !! s 



" "EQLIST 
" "BEGIN 

II !l s 



18 22 

-3 3 

5 *5 



0 0 
0 0 

0 0 
0 0 



0 0 
0 0 



0 0 
0 0 



0 0 
0 0 



0 0 
0 0 



0 0 
0 0 



0 0 
0 0 



0 0 
0 0 



« "EQUATION " 

n 

II 11^. M 



" "EQUATION " 

" "IDENTIFIER " 

II tUf. it 



27 32 34 34 34 



0-7 6 14 11 

4 0 6 15 -6 



0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 



0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 



0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 



0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 



0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 



II 







II 
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APPENDIX B 



Analyzer Error Messages 



Message 

QUOTES AND/OR TERMINAL MAY NOT 
APPEAR IN SYNTAX PRECEDENCE 
VIOLATION 

PRECEDENCE VIOLATION OCCURRED 
HINTS REGARDING ERRORS 



HM MATRIX FULL AT ROW X 



NO PRECEDENCE FUNCTIONS EXIST 



Solution 

* 

Rewrite the syntax so that the value 
assigned to the variable QUOTES and/or 
terminal does not appear in the syntax 

Rewrite syntax 

Tells between what two symbols and equation 
the precedence violation occurred 

Increase dimension of HM in Parser and 
Analyzer 

Rewrite syntax (reference I) 



Some rules to follow when writing the syntax are: 

1. Use left recursive definitions only; 

2. If a phrase class is recursive, then introduce on more level 
in the syntax, e.g. 

phrase : : =phrase phrase : : =word 

phrase: :=word instead of phrase: :=word phrase 

::=phrase word 

The program which calls ANALYZE controls all the dimensioning of 
arrays in ANALYZE; these in turn are estimated by an input card (see parser 
section). Should these dimensions be too small fatal trouble can result. 

This trouble is characterized by: 

1. Looping; 

2. Negative entries in KEY; 

3. Blank symbols in the precedence function table. 

A good rule of thumb in the beginning is to use the number of equation «f 10 
for the variables of M N MN in the parser. For data runs, the values punched 
by the analyze routine (MNMM) + 3 may be used. 
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APPENDIX C 



Output from SETUP and TABREAD 



SETUP 

TABLE 

TABREAD 

MNMM 

XNUM-XWORD-XSEQ 

QUOTES 

EQUATIONS 

BASSYM 

BASVAL 

SYMBOLS 

KEY 

PRTB 

HM 

F 

G 

END 
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APPENDIX D 

Sample Output from TABPRINT 



TABLE ENTRIES 
ERSCAN=; SYMBA 9 



XWORD* 

0 

I 



KEY 



PRTB 



0 

2 

0 

27 

0 

0 

I 

5 



BASVAL 



8 



I 

3 

1 

2 

0 

32 

-2 

-7 

0 

0 

10 



BASSYM 



BEGIN 

+ 



SYT 



HM 



M* 15 

■BEGIN SYMB-EQLIST 
XNUM- II XSEQ* 



N* 



HM= 



1 

2 

I 

1 

0 

34 

2 
6 

13 

-8 

12 



1 

1 

2 

1 

1 

34 

12 

14 

5 

7 

13 



2 

2 

2 

2 

8 

34 

4 

11 

-5 

0 

14 



2 

2 

1 

1 

10 

34 

-4 

-9 

4 



15 



QUOTES*” 

1 2 
0 



1 

0 

10 

34 

3 

7 

0 



16 



11 



0 

0 

6 



18 



-3 

2 

15 



o 

ERIC 



PROGRAM. 




EQLISTA 




EQLIST 




EQLIST 


EQUATION 




SUM 




EXPRESSION 


FACTOR 


FACTOR 






















PROGRAM 




EQLISTA 




EQLIST 


EQUATION 




SUM 




EXPRESSION 


FACTOR 


BEGIN 






IDENTIFIER 




( 




NUMBER 


• 

t 






- 




+ 




) 


1 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


1 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 




2 


12 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


O' 


0 


0 


0 


0 


0 


0 


0 




2 


12 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 




2 


12 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 




2 


15 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 





22 



O' I—* 03 



OOOroOOON) 
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3 
0 
0 
5 
0 
0 
0 
2 
0 
0 
0 

4 
0 
0 
0 
3 
0 
0 
0 
3 
0 
0 
0 
3 
0 
0 
0 



15 

0 

0 

2 

0 

0 

0 

13 

0 

0 

0 

6 

0 

0 

0 

15 

0 

0 

0 

4 
0 
0 
0 

5 
0 
0 
0 

11 

0 

0 

0 

12 

0 

0 

0 





0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 



0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 
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APPENDIX E 



Parsei Flow Chart 
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APPENDIX F 



SEMANT PROCEDURE 



PROCEDURES, VS , J, K, EQ, ANS, SWITCH, U) ; 



SEMANT: 



PROCEDURE(N,VS, J,K, EQ, ANS, SWITCH, U) 5 

DCL U FIXED BINARY; /* UPPERBOUND FOR EQ */ 

DCL N FIXED BINARY; /* FORMULA NUMBER */ 

DCL VS(0:50) CHAR(AOO) VAR; /* VALUE STACK / 

DCL J FIXED BINARY; /* LEFT HAND STACK PdNTER */ 
nri K FIXED BINARY; /* RIGHT HAND STACK POINTER */ 

DCL EQ(U) CHAR(12); /* EQ(N)-LEFT HAND SIDE CHAR STR FOR*/ 

/* FORMULA N */ „ . 

tjtl ANS FIXED BINARY; /*SET TO 0 USED ONLY IN SEMANTICS*/ 
DCL SWITCH BIT(l)j/*SET TO 0 USED ONLY IN SEMANTICS*/ 

PUT EDIT( * FORMULA »,N, »<,EQ(N), )(SKIP,A,F(4),X(2),3 A), 
IF N-5 THEN PUT EDIT(VS(J), •® , ,VS(K))(SKIP,3 A); 

IF N =6 THEN VS( J)=VS( J+l) ; 

IF N»9 THEN VSCJ^VSSHVSOO; 



END SEMANT; 
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APPENDIX G.l 



SEMANT OUTPUT 



BEGIN A«(l + 2+3); 



FORMULA 


6 


FACTOR 


> 


FORMULA 


9 


<FACTOR 


> 


FORMULA 


9 


^FACTOR 


> 


FORMULA 


7 


EXPRESSION 


> 


FORMULA 


6 


<5UM 


> 


FORMULA 


5 


EQUATION 


> 


A* 


6 






FORMULA 


3 


<EQLIST 


> 



O 

ERIC 
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APPENDIX G.2 



A*(l + 2 2 )? 

FORMULA 8 <FACT0R > 

FORMULA 9 FACTOR > 

SYNTAX ERROR — IF MORE INPUT REQUESTED BEFORE END 
OF SYNTAX ANALYSIS THEN PLEASE ENTER (?) 

NUMBER MAY NOT BE FOLLOWED BY NUMBER 

END OF SYNTAX ERROR ANALYSIS 



O 

ERIC 



APPENDIX G.3 



FORMULA 

FORMULA 

FORMULA 

FORMULA 

FORMULA 

B= 

FORMULA 

FORMULA 

FORMULA 



B=( 1 + 2) 

8 <FACTOR > 

9 <F ACTOR > 

7 EXPRESSION > 

6 <SUM > 

5 Equation 

4 <EQLIST > 

2 <EQLISTA > 

1 <PROGRAM ? 



APPENDIX H.I 



PROCEDURES, MM, N, F , G, KEY, PRTB, QUOTES , XNUM, XHORD, 

ANALYZE: PROCEDURE (M,MM,N,F,G,KEY, PRTB , QUOTES , XNUM.XWORD , 

BASVAL, BASSYM, EQ, XSEQ, ERRORFLAG, HM, SYT) ; 

/* CREATES PARSING TABLES FROM SYNTAX IN BNF */ 
/* INPUT SEQUENCE */ 



/* CARD 
/* CARD 
/* CARD 
/* CARD 
/* CARD 
/* CARD 
/* 



I NAME USED IN SYNTAX FOR NUMBER */ 

I NAME USED IN SYNTAX FOR WORD */ 

I NAME USED IN SYNTAX FOR QUOTES */ 

I NAME USED IN SYNTAX FOR TERMINAL */ 

1 NAME USED IN SYNTAX FOR SEQUENCE */ 

2 OPTIONS */ „ TOIfm . . 

, .. PRODUCTIONS , NUMPRD , SYMBOLS , LEFT-RIGHT , */ 

/* MATRIX, FUNCTIONS, KEY-PRTB, PUNCH, END */ 

/* NORMALLY 'END' STARTING IN COL 75 */ 

/* SYNTAX IN BNF */ . 

/* $ in COL I DENOTES END OF SYNTAX */ 

DCL X CHAR(I2) VAR, IN CHAR(LOO) VAR, DATAIN( 80 ) CHAR(I); 

El m'fixed SK*"' /* number of symbols */ 

EJ'. MM F FIXED 8 BINARY: /* NO NON-BASIC SYMBOLS */ 

DCL N FIXED BINARY /* NUMBER OF PRODUCTIONS */ 

DCL ERRORFLAG BIT(I); 

El HM(m?0:30) ( FIXED binary, /* MATRIX for DIAGNOSTICS */ 

DCL SYT(OsM) CHAR(I2); /* SYM ^? L J^ nitmrf.R FORM*/ 7 
DCL PRD(OsN ,0:5) FIXED BINARY; /* PRD IN NUMBER FORM*/ 

nCL h(0*M 0=M) CHAR( 1 ) ; /* PRECEDENCE MATRIX */ 

5x£ (F(o“m)[G(0:M)) FIXED. BINARY; ^PRECEDENCE FUNCTIONS */ 

nrL L^O*MM.O:M) BIT(I) ,R(0:MM,0:M) BIT(I); 

*/* L(ItJ) TRUE MEANS THAT SY-J OCCURS IN THE */ 

/* LEFT SYMBOL SET OF SY-I.R(I,J) MEANS THAT */ 

/* SY-J IS IN RIGHT OF SY-I*/ 

DCL (A,B,NN) FIXED BINARY; 

El SoEm^Birn’r’/* COMPUTATION and or print options*/ 

DCL (KEY(0:M ),PRTB(0:5*N)) FIXED BINARY; 

DCL (NUMBER 1 , QUOTES, WORD, TERMINAL, SEQUENCE) CHAR(I2); 

DCL (XNUM, XWORD, XSEQ) FIXED BINARY; 

DCL (FMIN,GMIN,Ki) FIXED BINARY; 

DCL BASVAL (M ) FIXED BINARY; 

DCL BASSYM(M ) CHAR(I2); 

DCL EQ(N ) CHAR(I2) ; 

DCL (XM,XN,XMM) FIXED BINARY; 

INTPNCH: PROCEDURE(S,L,U,LL,UU,N,W) ; 

DCL L FIXED BINARY; /* LOWER BOUND OF S 

DCL U FIXED BINARY; /* UPPER BOUND f j 

DCL LL FIXED BINARY;/* FIRST ITEM TO BE PUNCHED */ 

DCL UU FIXED BINARY; /* LAST ITEM TO BE PUNCHED / 

DCL N FIXED BINARY; /* NUMBER OF ITEMS PER CARD / 

EcL w FIXED BINARY ' /* NUMBER OF CHARACTERS PER ITEM */ 

DCL S(L^U)^FIXED BINARY; /* ARRAY TO BE PUNCHED */ 

IF^N*^ W+I ®80^THEN^PUT EDIT( • FORMAT ERROR IN INTEGER 



*/ 

*/ 



PUNCH', , N= , ,N, * 



W=',W)(PAGE,A,X(2),A,F(8),X(2),A,X(2) , 
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PROCEDURE (M, MM, N, F, G, KEY, PRTB, QUOTES , XNUM, XWORD, 

F(3)); 

ELSE DO; 

DO I=LL TO UU BY N; 

IF I4N-1>UU THEN X=UU; ELSE X=[+N-]; 

PUT FILE (SYSPNCH) EDIT((S(J) DO J=I TO X )) 
((N))(X(1),F(W))); 

J=79 -(X- 1+1 )*(W+1 ) ; 

PUT FILE (SYSPNCH) EDIT( * *)(X(J),A); 

END; 

END; 

RETURN; 

END INTPNCH; 

STRPNCH: PROCECURE(S,L, U, LL, UU, N, W) ; 

DCL L FIXED BINARY; /* LOWER BOUND OF S */ 

DCL U FIXED BINARY; /* UPPER BOUND OF S */ 

DCL LL FIXED BINARY;/* FIRST ITEM TO BE PUNCHED */ 

DCL UU FIXED BINARY; /* LAST ITEM TO BE PUNCHED */ 

DCL N FIXED BINARY; /* NUMBER OF ITEMS PER CARD */ 

DCL W FIXED BINARY; /* NUMBER OF CHARACTERS PER ITEM */ 
DCL S(L:U) CHAR(W); /* STRING TO BE PUNCHED */ 

DCL (I,J,X) FIXED BINARY; 

IF N*(W=3>=80 THEN PUT EDIT( ' FORMAT ERROR IN STRING 

PUNCH', 'N=',N, 'W-' ,W)(PAGE,A,X(2) ,A,F(8) ,X(2),A,X(2), 
F(3)); 

ELSE DO; 

DO I=LL TO UU BY N; 

IF I=N-1 > UU THEN X=UU; ELSE X=I+N-1; 

DO J=I TO X; 

PUT FILE (SYSPNCH) EDIT( " " ,S( J) , " • )(X(1), 3 

A); 

END; 

J=79-(X-I+l)*(W4-3) ; 

PUT FILE (SYSPNCH) EDIT( ' ')(X(J),A); 

END; 

END; 

RETURN; 

END STRPNCH; 

COMPNCH: PROCEDURE(S); 

DCL S CHAR(76) ; 

DCL SS(0: 1) CHAR(76); 

DCL (I,J,K) FIXED BINARY; 

I«0; J=l; K«76; SS(0)=S; SS(1)»S; 

CALL STRPNCH(SS, I, J, I, I, J,K) ; 

RETURN; 

END COMPNCH; 

/* SET UP OUTPUT CONTROLS */ 

PUT LIST( 'START TIME=',TIME) SKIP; 

XN=N; XM*M; XMM=MM; 

XX( 1 ) * • PRODUCTIONS ' ; 

XX(2)*'NUMPRD' ; 

XX( 3)* 'SYMBOLS' ; 

XX(4)*'LEFT-RIGHT' ; 

XX( 5)* 'MATRIX ' ; 

XX( 6 )*• FUNCTIONS'; 




- 219 - 



APPENDIX H.3 



PROCEDURE (M, MM, N , F , G, KEY, PRTB , QUOTES , XMUM, XWORD, 



O 

ERLC 



XX(7)='KEY-PRTB' ; 

XX(8)='PUNCH' ; 

XX(9 )=’ ’; 

XX ( 10 )= ' * • 

GET LIST(NUMBER , WORD , QUOTES , TERMINAL , SEQUENCE ) ; 

DO 1=1 TO 10; CH0ICE(I)='0'B; END; 

IN=' ’; 

DO 1=1, 3, 5,6, 7, 8; CH0ICE(I)=’1’B; END; 

DO WHILE ( IN**= * END * ) ; 

GET LIST (IN); 

DO 1=1 TO 10; IF XX(I)=IN THEN CH0ICE(I)=’ 1 ’B; END; 

END; 

PUT LIST( ' OPTIONS SELECTED’) SKIP; 

DO 1=1 TO 10; IF CHOICE(I) THEN PUT LIST(XX(I)) SKIP; END; 

SYT(0)=' ’; ERRORFLAG* ' 0 ’ B ; K=0; 

DO 1=0 TO N ; 

DO J=0 TO 5; 

PRD(I, J)=0; END; 

END; 

STEPAs BEGIN; 

DCL P(0sN ,0:5) CHAR(12); /* PRODUCTIONS IN STRING FORM */ 

DCL (U,V) FIXED BINARY; 

/* READ THE PRODUCTIONS TIL $ IS READ 
DATA IN(1)=' '; N=0; 

READA: DO WHILE ( DATAIN( 1 )^= ’ $ ' ) ; 

GET EDIT( (DATAIN( I) DO 1=1 TO 80))(80 (A(l))); 

IF DATAIN(1)=' $' THEN GO TO READA; 

N=N+1; K=0; 

IF DATAIN(1)=' » THEN DO; + 

P(N,0)=’ ’; K=l; END; 

IN=”; 

DO 1=1 TO 80; IN=IN|| DATAIN(I) ; END; IN=IN||' '; 
I=LENGTH( IN) ; 

DO WHILE(K<=5 & I>0); 

X= f • • 

DO WHILE (SUBSTR(IN,l,l)-»=’ ’); 

X=X |!SUBSTR(IN, 1,1); IN=SUBSTR(IN,2); 1=1-1; END; 
IF X»=* ’ THEN DO; 

P(N,K)=X; 

K=K+1 ; END; 

DO WHILE (SUBSTR(IN,1,1)=' ’&I>0); IN=SUBSTR(IN,2); 

1=1-1; END; 

END; 

DO I=K TO 5; P(N,I)=’ ’; END; 

END READA; 

/* OUTPUT PRODUCTIONS */ 

IF CHOICE(l) THEN AA: DO; 

PUT EDIT ( ’PRODUCTIONS ' , ’ ’ ) (PAGE, A, SKIP, A) ; 

OUT: DO 1=1 TO N; 

PUT EDIT(I,P(I,0), '::=’, (P( I, K) DO K=1 TO 5)) 

(SKIP, F(4),X(4), A,X(2), 5 A) ; 

END OUT; 

END AA; 

/* IDENTIFY AND LIST THE NON-BASIC AND BASIC SYMBOLS */ 
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BASIC: 
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PROCEDURES, MM, II, F , G, KEY, PRTB, QUOTES , XNUM, XWORD, 



IF X=SYT( J ) THEN GO TO FF; END; 
SYT(M)=X; 



M=0; 

DO K=0 TO 5; 

DO 1=1 TO N; 

X=P(I,K); 

DO J=0 TO M; 

M=M+1; J=M; 

PRD(I,K)=J; 

END; 

IF K=0 THEN MM=M; 

END BASIC; 

DO 1=1 TO N; 

IF PRD(I,0)=0 THEN DO; 

PRD(I,0)=PRD(I-1,0); P(I,0)=P(I-1,0); END; END; 

IF CH0ICE(3) THEN AB: DO; 

PUT EDIT( 'NON-BASIC SYMBOLS' )(PAGE, A); 

DO 1=1 TO MM BY 5; 

IF I+4<MM THEN J=I+4; ELSE J=MM; 

PUT EDIT((K, SYT(K) DO K=I TO J ))(SKIP,5(F(4),X(2),A, 

X(6))); 

END; 

PUT EDIT( 'BASIC SYMBOLS' ) (SKIP (2), A); 

DO I=MMf TO M BY 5; 

IF 1+4 M<THEN J=I+4; ELSE J=M ; , v . . 

PUT EDIT((K,SYT(K) DO K=I TO J ))(SKIP,5(F(4),X(2),A, 
X(6))); 

END; 

END AB; 

IF CH0ICE(2) THEN AC: DO; 

PUT ED IT( 'PRD') (PAGE, A); 

DO 1*1 TO N; _ vv 

PUT EDIT(I,PRD(I,0), '::=', (PRD(I,J) DO J=1 TO 5)) 
(SKIP,F(4),X(4) ,F(4),A, 5(X(4),F(4))); 

END; 

END AC • 

/* PUNCH M, N, MM, EQ« BASS YM,BASVAL, NUMBER, WORD, QUOTES, XSEQ */ 

IF CHOICES) THEN AP; DO; 

COM* ' TABLE ' ; CALL COMPNCH( COM) ; 

COM='MNMM' ; 

CALL COMPNCH(COM); 

F(0)=M; F(1)=N; F(2)=MM; 1=0; J*XM ; K=3; A=4; B=2; 

CALL INTPNCH(F, I, J, I,B,K,A) ; 

DO 1=1 TO M; 

IF SYT(I)=NUMBER THEN XNUM=I; 

IF SYT(l)*WORD THEN XWORD* I; 

IF SYT(l)=QUOTES | SYT(I)=TERMINAL THEN DO; 

PUT EDIT( 'QUOTES AND/OR TERMINAL MAY NOT APPEAR IN' 
, » SYNTAX PRECEDENCE VIOLATION' ) (SKIP, 2 A); 
ERRORFLAG= » I ' B ; GO TO FIN; END; 

IF SYT( I) “SEQUENCE THEN XSEQ=I; 

END; 

COM* ' XNUM-XWORD-XSEQ ' ; 

CALL COMPNCH(COM); 

F(0)=XNUM; F(1)=XW0RD; F(2)*XSEQ; K=2; 1=0; 

CALL INTPNCH(F, I, J, I,K,A,A); 
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PROCEDURE (M, MM, N, F, G, KEY, PRTB, QUOTES , XNUM, XWORD, 

COM*' QUOTES'; 

CALL COMPNCH(COM); 

COM=QUOTES ; CALL COMPNCH(COM); 

COM=' EQUATIONS' ; CALL COMPNCH(COM); 

DO 1=1 TO N; EQ(I)=P(I,0); END; 

1=1; J=XN ; K=N; A=5; B=12; 

CALL STRPNCH(EQ,I,J,I,K,A,B); 

K=l; 

DO I=MMH TO M; 

IF *i(SYT(I)=NUMBER | SYT(I)=WORD | SYT(I)=QUOTES) THEN DO 
BASSYM(K)=SYT(I); BASVAL(K)=I; K-K+l; END; 

END; 

COM=' BASSYM' ; CALL COMPNCH(COM); 

BAS S YM ( K ) =TERM IN AL ; BASVAL (K)=M+-1; 

1=1; J=XM; 

CALL STRPNCH( BASSYM, I , J, I , K, A, B ) ; - 
COM= ' BASVAL ' ; 

CALL COMPNCH(COM); 

A=4; B=15; CALL INTPNCH( BASVAL, I, J, I,K, B,A); 

A=5; B=12; 1=0; COM* ' SYMBOLS ' ; CALL COMPNCH(COM); 

CALL STRPNCH(SYT,I,XM,I,M,A,B); 

END AP; 

/* COMPUTE AND OUTPUT KEY AND PRTB TABLES */ 

IF CHOICE(7) THEN AS: DO; 

K=0; V=0; KEY(0)=0; PRTB(0)=0; 

DO 1=1 TO M+l; 

IF V-i=0 THEN KEY(I-1)=V; 

V=0; 

IF PRTB(K)<ipO THEN K=K+1; 

PRTB(K)=0; KEY(I)=K; 

DO J=1 TO N; 

IF PRD( J, 1)=I THEN DO; 

IF V=0 THEN V=K+1; 

DO U=2 TO 5; 

IF PRD( J,U)«|=0 THEN DO; 

K=K+1 ; PRTB(K)=PRD( J, U) ; END; 

END; 

K-K+l; PRTB(K)=-J; K=K+1; PRTB(K)=PRD(J,0); 
END; 

END; 

END; 

PUT EDIT( 'KEY' )(PAGE,A); 

PUT EDIT((KEY(I) DO 1=0 TO Mfl))(SKIP, 10 F(4)); 

PUT EDIT( ' PRTB ' ) ( PAGE, A) ; 

PUT EDIT((PRTB(I) DO 1=0 TO K))(SKIP,10 F(4)); 

END AE; 

/* PUNCH KEY AND PRTB */ 

IF CH0ICE(8) THEN APP: DO; 

COM='KEY' ; 

CALL COMPNCH(COM) ; 

1=0; J=XM ; A*15; B=4; U*Mfl; 

CALL INTPNCH(KEY, I, J, I,U,A,B); 

COM* 'PRTB'; CALL COMPNCH(COM); 

J=5*XN; CALL INTPNCH(PRTB, I, J, I,K,A,B); 
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PROCEDURES, MM, N, F, G, KEY, PRTB, QUOTES , XNUM, XWORD, 

END APP; 

END STEPA; 

STEPBs BEGIN; 

DCL (U,V) FIXED BINARY; 

DCL (CI(0:M),C2(0:M)) FIXED BINARY; 

/* THE IT'H SYMBOL OCCURS Cl (I) TIMES AS LEFT */ 

/* AND C2(I) TIMES AS RIGHT */ 

DCL BI(OsN) BIT(I), B2(0:N) BIT(I); 

/* B(K) MEANS THAT THE K'TH PRODUCTION HAS BEEN */ 

/* ELIMINATED */ 

DCL (S0(0:N) , SL(0:N) , SR(0:N) ) FIXED BINARY; 

DO 1*1 TO M; C1(I)*0; C2(I)-0; END; 

BAs DO K*1 TO N; 

SO(K)*PRD(K,0); SL(K)*PRD(K, 1); J=5; 

DO WHITE (PRD(K, J)*0); J=J-I; END; 

SR(K)*PRD(K, J); B1(K)='1'B; B2(K)*'1'B; 

C2(SO(K))*Cl(SO(K))+l; Cl(SO(K))=C2<SO<K)); 

END BA; 

DO 1*1 TO MM; 

DO J*1 TO M; R(I, J)*'0'B; L(I,J)*'0'B; END; END; 

NN=N; CHANGE= 'l'B; 

BB: DO WHILE (CHANGE & NN>0); 

CHANGEss'O'B; 

DO K-I TO N; 

IF Bi(K) THEN DO; 

A«SO(K); B*SL(K); 

IF-* L(A,B) THEN DO; L(A,B)= , 1 , B; CHANGE='1'B; 

END; 

IF<B =MM THEN DO J=1 TO M; 

IF-iL(A,J) THEN IF L(B,J) THEN DO; 

L(A,J)*'1'B; CHANGES*' l'B; END; END; 

IF CI(B)=0 THEN DO; B1(K)='0'B; C1(A)=C1(A)-1; 

NN=NN-I; END; 

END BB; 

NN=N; CHANGEss'I'B; 

BC: DO WHILE (CHANGE & NN>0); 

CHANGE*' O' B; 

DO K*I TO N; 

IF B2(K) THEN DO; 

A-SO(K); B*SR(K); 

IF -i R(A, B) THEN DO; R(A,B)*'1'B; CHANGE*' l'B; END; 
IF B<*MM THEN DO J*1 TO M; 

IF -tR(A,J) THEN IF R(B,J) THEN DO; 

R(A,J)*'I'B; CHANGE*' l'B; END; END; 

IF C2(B)*0 THEN DO; 

B2(K)*'0'B; C2(A)-1; NN*NN-1; END; 

END BC; 

/* OUTPUT LEFT AND RIGHT SYMBOL SETS */ 

IF CHOICE(4) THEN ADs DO; 

PUT ED IT( 'RIGHT SYMBOL SETS' ) (PAGE, A); 

DO 1=1 TO MM; 

PUT EDIT(SYT(I), ' : :*' )(SKIP, 2 A); 

DO J*1 TO M; 

IF R(I,J) THEN PUT EDIT(SYT(J))(X(2),A); END; 

o 

ERIC 
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PROCEDURE (M, MM, N, F , G, KEY, PRTB, QUOTES , XNUM, XWORD, 



STEPC: 

ENTER: 



END; 

PUT EDIT( 'LEFT SYMBOL SETS* ) (PAGE, A); 
DO 1=1 TO MM; 

PUT EDIT(SYT(I), ' : )(SKIP, 2 A); 
DO J*1 TO M; IF L(I,J) THEN PUT 
END; 



EDIT(SYT(J))(X(2),A) 



9 



END; 

END AD; 

END STEPB; 

BEGIN; 

DCL (U,V,P,Q) FIXED BINARY; 

PROC (X,Y,S); 

DCL T CHAR(l); 

DCL (X,Y) FIXED BINARY, S CHAR(l); 

T=H(X, Y); 

IF Tr=' * & Tn=S THEN DO; 

IF-* ERRORFLAG THEN PUT LIST(' HINTS REGARDING ERRORS') 



PAGE; 

ERRORFLAG 3 *' 1 ' B; y v 

PUT EDIT(U,SYT(X),T,S,SYT(Y))(SKIP,F(4),X(2),4 A); 

END; 

H(X,Y)=S; 

IF T-?=S THEN DO; - 

HM(X, HM(X, 0) )=Y; HM(X, 0 )*HM(X, 0)+l; 

END; 

IF HM(X,0)>30 THEN PUT EDIT( ' HM MATRIX FULL AT ROW',X) 
(SKIP,A,F(4)); 

END ENTER; 

FAIL: PROC (U,V); 

DCL(U, V) FIXED BINARY; 

PUT EDIT('NO PRECEDENCE FUNCTIONS EXIST' ,SYT(U),SYT(V)) 
(SKIP,3(A,X(4)) ); 

GO TO FIN; 

END FAIL; 

FIXUPROW: PROC(I,L,X) RECURSIVE; 

DCL (I,L,X,J) FIXED BINARY; 

DCL (A,B) FIXED BINARY; 

A=l; B=0; 

F(I)=G(L)+X; 

IF K1=K THEN DO* 

IF H(I,K)='{' & F(l)^=G(K) I H(I,K)*'*' & F(I>pG(K) 
THEN CALL FAIL(I,K); END; 

DO J=K1 TO 1 BY -1; , . 

IF H(I,J)='<' & F(I)>=G(J) THEN CALL FIXUPC0L(I, J, A); 

ELSE IF H(l, J)='=' A F(I>>*G(J) THEN 
CALL FIXUPCOL( I, J, B) ; END; 

RETURN; END FIXUPROW; 

FIXUPCOL: PROC(L, J,X) RECURSIVE; 

DCL (L,J,X,I) FIXED BINARY; 

DCL (A,B) FIXED BINARY; 

A«l; B*0; 

G(J)=F(L)+X; 

IF Kh|*K THEN DO; , v 

IF H(K, J)='>' A F(K)<=G(J) | H(K, J)*'*' A F(K>»=G(J) 
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PROCEDURE (M, MM, N, F, G, KEY, PRTB, QUOTES , XNUM, XWORD, 

THEN CALL FAIL(K,J); END; 

DO I=K TO I BY -I; 

IF H(l, J)='>' * F(I)<=G(J) THEN CALL FIXUPROW(l, J,A); 

ELSE IF H(I,J)='=' & F(l)*=G(J) THEN 
CALL FIXUPROW( I , J, B ) ; END; 

RETURN; END FIXUPCOL; 

/* FIND |l PRECEDENCE MATRIX */ 

DO 1=0 TO M; DO J=0 TO M; H(I,J)=' * ;END; END; 

DO 1=1 TO M; HM(I,0)=1; DO J=1 TO 30; HM(I,J)=0; END; END; 

UVj DO U=1 TO N; 

DO V=2 TO 5; 

IF PRD(U,Vb=0 THEN DO; 

P=PRD(U,V-1); Q=PRD(U,V); CALL ENTER(P,Q, ' = ' ); 

IF P<=MM THEN DO; 

DO 1=1 TO M; 

IF R(P, I) THEN CALL ENTER(I,Q, '>' ); END; 

IF Q<=MM THEN DO J=I TO M; 

IF L(Q,J) THEN DO; 

CALL ENTER(P,J, '<'); 

DO 1=1 TO M; 

IF R(P,I) THEN CALL ENTER( I, J, '>' ) ; 
END; 

END; 

END; 

END; 

ELSE IF Q(=MM THEN DO J=I TO M; 

IF L(Q, J) THEN CALL ENTER(P, J, '<• ); END; 

END UV; 

IF CHOICE(5) THEN AF: DO; 

PUT ED IT( 'PRECEDENCE MATRIX' ) (PAGE, A) ; 

PUT EDIT ((J/10 DO J=10 TO M BY 10))(SKIP,X(6),9(X(10),F(1) 

»; 

DO 1=1 TO M; 

PUT EDIT(I, ' ' )(SKIP,F(4),X(1),A); 

DO J=0 TO M BY 10; 

IF M>J+9 THEN U=J+9; ELSE U=M; 

PUT EDIT((H(I,K) DO K= J TO U),'.')(ll A); 

END; 

END; 

END AF; 

IF ERRORFLAG THEN DO; 

PUT ED IT( 'PRECEDENCE VIOLATION OCCURRED' ) (SKIP, A); 

GO TO FIN; END; 

PUT EDIT( 'NO PRECEDENCE VIOLATIONS OCCURRED' ) (SKIP, A); 

/* PUNCH HM */ 

IF CH0ICE(8) THEN DO; 

I»0; A=15; B=4; P=0; V=30; COMsHM'; CALL COMPNCH(COM); 

DO U=1 TO M; CALL INTPNCH(HM(U,*),I,XM,P,V,A,B); END; 

END; 

/* BUILD F AND G PRECEDENCE FUNCTIONS */ 

IF CH0ICE(6) THEN GO TO FIN; 

/* INITIALIZE */ 

K1=0; DO 1=0 TO M; F(l)=0; G(i)=0; END; 

A=l; B=0; 
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PROCEDURE^, MM, N,F,G, KEY, PRTB, QUOTES, XNUM,XWORD, 



KKLOOPs 



FIN: 



DO K=1 TO M; 

FMIN*1; 

DO J*1 TO Kl; 

IF H(K t J)= , >' & FMIN^J) then fmin*g(j)+1; 

ELSE IF H(K,J)*'»' & FMIN <^G(J) THEN FMIN*G(J); 

F(K)*FMIN; 

tjq XO 1 BY • 1 • 

IF H(K,J)='<’ & FMIN>=G(J) THEN CALL FIXUPCOL(K, J,A) 

ELSE IF H(K,J)=' = ' & FMIN>G(J) THEN 
pah FTYTTPrnT.^K- J. s END: 



END; 



K1*K1+1; GMIN*1; 

DO 1=1 TO K; v . , 

IF Hd.K)*'<' & F(I>*GMIN THEN GMIN*F(l)+I; 

ELSE IF H(I,K)='*' & F(I>GMIN THEN GMIN«F(l); END; 

G(K)*GMIN; 

1)0 X IF H(I,K)*'>' \ F(lK*GMIN THEN CALL FIXUPROW(I,K,A); 
ELSE IF H(I,K)*'*' & F(I)<GMIN THEN 
CALL FIXUPROW(l,K,B); END; 



END KKLOOP; w . 

PUT ED IT( 'PRECEDENCE FUNCTIONS F AND G') (PAGE, A); 

PUT EDIT(I,SYT(I),F(I),G(I))(SKIP,F(3),X(I), A, 2 F(6)); 
END; 

/* PUNCH F AND G */ 

IF CHOICE(8) THEN APPP: DO; 

1*0; J*XM ; A=15; B=A; 

COM* ' F ' ; CALL COMPNCH(COM); 

F(M+1)*0; G(MH)=0; K*Mfl; 

CALL INTPNCH(F, I, J, I»K f A, B); 

COM* * G * ; CALL COMPNCH(COM) ; 

CALL INTPNCH(G, I, J, I,K f A, B); 

COM*'END'; CALL COMPNCH(COM); 

END APPP; 

END STEPC; 



PUT LIST( 'FINISH TIME*', TIME) SKIP; 
END ANALYZE; 



o 

ERIC 
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PROCEDURE OPTIONS(MAIN); 

PARSER: PROCEDURE OPTIONS (MAIN); 

DCL N FIXED BINARY INITIAL(50 );/*NUMBER OF PRODUCTIONS*/ 

DCL M FIXED BINARY INITIAL(50 );/* NUMBER OF SYMBOLS*/ 

DCL MM FIXED BINARY INITIAL(50 );/*NO. NON-BASIC SYMBOLS*/ 

DCL XN FIXED BINARY; 

GET LIST(M,N,MM); 

BLOCK: BEGIN; 

DCL (I,J,K,L,KK) FIXED BINARY; 

DCL (11,12) FIXED BINARY; 

DCL S(0:50) FIXED BINARY; /* PARSING STACK */ 

DCL VS (0:50) CHAR(400) VAR; /* VALUE STACK */ 

DCL QUOTE BIT(l); /*BOOLEAN FOR QUOTING BASIC SYMBOLS */ 

DCL ERSCAN CHAR(12) VAR; /*DIAGNOSTIC TERMINATING SYMBOL */ 
DCL (SYMA, SYMB) CHAR(12) VAR; /* STACK ERROR RECOVER */ 

DCL SYM FIXED BINARY; 

DCL SYMS CHAR(80) VARYING; 

DCL ERROR BIT(l); 

DCL HM(M,0:30) FIXED BINARY; /* MATRIX FOR DIAGNOSTICS */ 

DCL SYT(0:M) CHAR(12); /* SYMBOLS */ 

DCL (XWORD, XNUM, XSEQ) FIXED BINARY; 

DCL QUOTES CHAR(12); 

DCL ANS FIXED BINARY; 

DCL A CHAR(IOO) VAR; 

DCL OS CHAR(80) VARYING; 

DCL F(0:M ) FIXED BINARY; 

DCL G(0:M ) FIXED BINARY; 

DCL KEY(0:M ) FIXED BINARY; 

DCL PRTB(0:5*N) FIXED BINARY; 

DCL BASVAL(M ) FIXED BINARY; 

DCL BASSYM (M ) CHAR(12); 

DCL EQ(N ) CHAR(12); 

DCL STACKOK INTERNAL ENTRY RETURNS(BIT(1) ); 

SETUP: PROCEDURE; 

/* SETUP PARSING TABLES IF FIRST CARD=ANALYZE THEN */ 

/* INPUT IS BNF SYNTAX IF TABLE THEN INPUT TABLES FROM */ 

/* DATA CARDS */ 

DCL COM CHAR(IOO) VAR; 

PUT LIST(’ SETUP') PAGE; 

GET LIST(COM); 

PUT LIST(COM) SKIP; 

IF C0M=’ TABLE’ THEN DO; 

CALL TABREAD; GET LIST(ERSCAN, SYMA, SYMB); 

CALL TABPRINT; 

RETURN; END; 

ELSE IF COM=’ ANALYZE’ THEN DO; 

CALL ANALYZE (M, MM, N, F, G, KEY, PRTB, QUOTES , XNUM, XWORD, 
BASVAL, BASSYM, EQ, XSEQ, ERROR, HM, SYT) ; 

IF ERROR THEN PUT ED IT( ’PRECEDENCE ERROR' )( SKIP, A); 

GET LIST(ERSCAN, SYMA, SYMB); CALL TABPRINT; RETURN; END; 

ELSE PUT EDIT(’ INPUT FORMAT ERROR’ ) (SKIP, A); 

END SETUP; 

TABREAD: PROCEDURE; 

/* READ PARSING TABLES */ 

DCL COM CHAR(IOO) VAR; 
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PROCEDURE OPTIQNS(MAIN); 



O 

ERIC 



LOOP: PUT LIST(’TABREAD’) SKIP; 

GET LIST(COM); 

PUT LIST(COM) SKIP; 

IF COM* ’ END ’ THEN RETURN; 

IF COM=*MNMM* THEN GET LIST(M,N,MM); 

IF COM- * XNUM-XWORD-XSEQ * THEN GET LIST(XNUM,XWORD,XSFO); 

IF COM* 'QUOTES’ THEN GET LIST( QUOTES); 

IF COM* ’EQUATIONS’ THEN GET LIST((EQ(J) DO J=I TO N)); 
IF COM=»BASSYM» THEN GET LIST((BASSYM(J) DO J=1 TO 
M-l-MM) ) 9 

IF COM=’BASVAL» THEN GET LIST((BASVAL( J) DO J=1 TO 
M-l-MM)); 

IF COM* ’KEY’ THEN GET LIST((KEY(J) DO J=0 TO Mfl)); 

IF COM* ’ PRTB ’ THEN GET LIST((PRTB( J) DO J*0 TO 
KEY(Mfl ) ) ) • 

IF COM*’F* THEN GET LIST((F(J) DO J*0 TO Mfl)); 

IF COM* ’G’ THEN GET LIST((G(J) DO J*0 TO Mfl)); 

IF COM*’HM* THEN DO 1*1 TO M; 

GET LIST((HM(I,J) DO J=0 TO 30)); END; 

IF COM* ’ SYMBOLS ’ THEN GET LIST((SYT(J) DO J=0 TO M»; 

GO TO LOOP; 

END TABREAD; 

TABPRINT: PROCEDURE; 

/* PRINT PARSING TABLES */ 

PUT EDIT( ’TABLE ENTRIES’ ) (PAGE, A); 

PUT EDIT(’M*’,M,’N*’,N, ’MM*’,MM)(3(X(6),A,F(6))); 

PUT EDIT( ’ERSCAN*’ , ERSCAN ,’ SYMA*’ ,SYMA, * SYMB* * , SYMB) ( SKIP , 

6 A); 

PUT EDIT( ’ XWORD= ’ ,XWORD, »XNUM*’ ,XNUM, 

’XSEQ*’,XSEQ, ’QUOTES*’, QUOTES) ( SKIP, 3(X( 3), A, F(4)), 
X(3),2 A); 

PUT EDIT(’F’)(SKIP,A); 

PUT EDIT((F( J) DO J*0 TO Mfl)) 

( 100( skip; 10(X( 3) , F(4) ) ) ) ; 

PUT EDIT(’G’)(SKIP,A); 

PUT EDIT((G( J) DO J*0 TO Mfl)) 

( 100( SKIP, 10(X( 3) , F( 4) ) ) ) ; 

RUT EDIT( ’KEY’ )(SKIP,A) ; 

PUT EDIT((KEY( J) DO J=0 TO Mfl)) 

(100(SKIP, 10(X(3),F(4)))) ; 

PUT EDIT( ’PRTB ’ ) ( SKIP, A) ; 

PUT EDIT((PRTB(J) DO J=0 TO KEY(Mfl))) 

(100(SKIP, 10(X(3),F(4)))); 

PUT EDIT( ’BASVAL’ )(SKIP,A); 

PUT EDIT( (BASVAL( J) DO J*1 TO M-l-MM)) 

( 100( SriP, 10(X( 3) , F( 4) ) ) ) ; 

PUT EDIT( ’BASSYM’ )(SKIP,A); 

PUT EDIT( (BASSYM( J) DO J=1 TO M-1-MM))(100(SKIP,6(X(5),A))); 
PUT EDIT( ’EQUATIONS’) (SKIP, A); 

PUT EDIT((EQ(J) DO J*1 TO N)) (100(SKIP,6(X(5),A))); 

PUT LIST(’SYT’) SKIP; 

PUT EDIT((SYT( J) DO J*0 TO M))(100(SKIP,6(X(5),A))); 

PUT LIST(’HM’) SKIP; 

DO 1=1 TO M; 
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PROCEDURE OPTIONS(MAIH) ; 

PUT EDIT((HM(I,J) DO J«0 TO 30))(100(SKIP,20(X(2),F(A)) 

))? 



LOOK: 



NEXT: 



END; 

RETURN; 

END TAB PRINT; 

PROCEDURE^, A, M); PROCEDURE T= TRUE IF CURRENT */ 

% INPUT STOING IS NOT A NUMBER FALSE IF PHRASE STRING */ 

/* RETURNED IN OS */ . M v nTrTT */ 

/* NUMBERED IG IT | NUMBER DIGIT|NUHBER .|(+l") DIGIT */ 

/* LETTER*A|B|...|Z 
/* WORD-LETTERfWORD LETTER */ 

% PH TpSKoLS*U THAN LETTERS OR DIGITS*/ 

/* IF LOWER CASE AVAILABLE CHANGE A TO LOWER CASE A */ 

PROCEDURE CHAR(t); _ itm . . 

/*G ETS NEXT CHARACTER FROM INPUT */ 

IF iSlENGTH(A) THEN DO; 

GET EDIT(A)(A(80)); 

PUT LIST(A) PAGE; 



A*A|| 
1*1 5 



i • 
» 



CON: 



ASSIGN: 



END; 

return(substr(a, i, l) ) ; 

END NEXT; :• 

PROCEDURE; 

OS-OS || SYM; 1*1+1; 

END CON; 

DCL SYM CHAR(l); 

DCL T BIT(l); 

nri A CHAR(IOO) VAR; /*READ BUFFER */ 

i pmD BlUv, /* READ BUFFER POINTER */ 
DCL OS CHAR(80) VARYING! /* °OTPOT STRING */ 
DCL NEXT INTERNAL ENTRY RETURNS (CHAR(I) ;; 

DCL CON INTERNAL ENTRY; 

SYM=NFXT; OS=' '; 

DO WHILE (SYM-* *); 

1*1+1; SYM=NEXT; END; 

IF ((SYM^'A'WSYM^'Z')) THEN DO; 

DO WHILE (<SYlO^ , A , )&(SYI<- , Z , ))l 
CALL CON; SYM=NEXT; END; 

T*»1*B; RETURN; END; 

1^ (((SYM> , Z , )|(SYM* , + , )\(SYM= , - , ))A 
((NEXT=='.')|(NEXT>'Z'))) THEN DO; 

DO WHILE ((fexTyZ’)l'NEXT*’.’)); 

SYM*NEXT; CALL CON; END; 

T='0’B; RETURN; 

END; 

IF SYM>' Z ’ THEN DO; T= ' 0 ' B ; RETURN 
T*»1*B; RETURN; 

END LOOK; 

"TSSTSiciriSri. c«m mn 



END; 
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PROCEDURE OPTIONS (MAIN); 

DCL QUOTE BIT (1); * 

DCL OS CHAR(80) VARYING; 

DCL (V,J) FIXED BINARY; 

DCL T BIT(l); 

IF QUOTE THEN DO; 

CALL LOOK(OS,A,I,T); 

IF OS=QUOTES THEN DO; 

QU0TE*'0'B; CALL ASSIGN (QUOTE, OS, V); RETURN; 

END; 

V=XWORD; RETURN; 

END; 

CALL LOOK(OS, A, I,T); 

IF T THEN DO; 

IF OS=QUOTES THEN DO; 

QUOTE*' 1 'B; CALL ASS IGN( QUOTE, OS, V); RETURN; END; 

DO J=1 TO M-l-MM; 

IF OS* BASSYM(J) THEN DO; 

V=BASVAL( J) ; RETURN; 

END; 

END; . 

V=XWORD; RETURN; 

END; 

V*XNUM; RETURN; 

END ASSIGN; 

ERRORREC: PROCEDURE; 

DCL X CHAR(80) VAR; DCL (V,W) FIXED BINARY; 

DCL T(IOO) FIXED BINARY; 

DCL ER BIT(I); 

1=1; ER*'I'B; QUOTE*' O' B; X*' '; K=0; 

PUT EDIT( * SYNTAX ERROR IF MORE INPUT REQUESTED BEFORE END * , 

'OF SYNTAX ANALYSIS THEN PLEASE ENTER ( ' , ERSCAN, 

' ) ' )(SKIP, 4 A); 

DO V*I TO M; IF SYMA=SYT(V) THEN W=V; END; 

IF S(l)n= W THEN S(1)=W; 

DO V*1 TO M; IF SYMB*SYT(V) THEN W=V; END; 

IF S(2>i=W THEN DO; J*0; SYM*S(1); END; 

ELSE DO; J=2' SYMS=ERSCAN; 

DO V=1 TO M; IF ERSCAN=SYT(V) THEN SYM*V; END; END 
DO WHILE (X-»=ERSCAN) ; K=K+1; CALL ASSIGN(QUOTE,X T(K));END; 
QUOTE*' O'B; 

A=SUBSTR( A, I+I ) ; 

DO V=I TO K-I; 

W*I a 

DO WHILE (HM(T(V),W)«**T(V+1) & W<HM(T(V),0)); 

W=W+1; END; 

IF W>=HM(T(V),0) THEN DO; 

PUT EDIT(SYT(T(V)), ' MAY NOT BE FOLLOWED BY ', 
SYT(T(V+1)))(SKIP,3 A); ER='0'B; END; 

END; 

IF ER THEN PUT LIST( 'ERROR NOT IN CURRENT INPUT') SKIP; 

PUT LIST( 'END OF SYNTAX ERROR ANALYSIS') SKIP; 

RETURN; 

END ERRORREC; 

PROCEDURE 



STACKOK: 



BIT(l); 
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PROCEDURE OPTIONS (MAIN); 

DCL (TRUE, FALSE) BIT(l); 

DCL W FIXED BINARY; 

TRUE= ' 1 ' B ; FALSE='0'B; W=l; 

IF S(J-1)=0 THEN RETURN (TRUE); 

DO WHILE (HM(S(J-1),W>«S(J)); W=W+1; END; 

IF W>=HM(S(J-1),0) THEN RETURN ( FALSE ) ; ELSE RETURN ( TRUE ) ; 

END STACKOK; 

XN=N; 

CALL SETUP; 

PUT LIST(' START OF PARSING*) PAGE; 

IF ERROR THEN GO TO FINIS; 

/* PARSING SECTION */ 

DO J=0 TO 50; S(J)=0; END; 

PROCES: 

ANS=0; ERROR= ' 0 ' B ; 

J=0; I-BI; QUOTE='0'B; 

CALL ASS IGN( QUOTE, SYMS, SYM) ; 

DO WHILE (SYM>0); 

J=J+1; K=J; S( J)=SYM; VS(J)=SYMS; 

CALL ASSIGN (QUOTE, SYMS, SYM) ; 

DO WHILE (F(S(J))>G(SYM)); 

IF S(J)=XSEQ THEN GO TO PROCES; 

DO WHILE ((F(S(J-1))=G(S(J)))&(J>1))J 
J=J-1 ; END; 

L=KEY(S( J) ) ; 

IF STACKOK THEN DO; 

DO WHILE (PRTB(L)-»=0); 

KK— J+l * 

DO WHILE ( (KK<=K)A(S(KK)=PRTB(L) )) ; 

KK=KK+1; L=L+1; END; 

IF ((KK>K)A(PRTB(L)<0)) THEN DO; 

II=J; I2=K; 

CALL SEMANT (-PRTB(L),VS, II, 12, EQ,ANS, ERROR, XN) ; 

IF m=J|I2-*=K THEN PUT LIST( ' POINTER ERROR') SKIP; 
S ( J)=PRTB ( L+l ) ; L=0 ; END; 

ELSE DO; 

DO WHILE (PRTB(L)>0); 

L=L+1; END; 

L=L+2; END; 

END; 

IF L-?=0 THEN DO; 

L=0; J=0; 

CALL ERRORREC; END; 

END; 

ELSE DO; J=0; CALL ERRORREC; END; 

K=J; 

END; 

END; 

END BLOCK; 



END PARSER; 



o 
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FINIS: 
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Purpose and Scope 

The purpose of this Newsletter is to inform a wide variety of 
librarians and administrators of current developments and future 
prospects of Stanford University’s Project BALLOTS, ^Bibliographic 
Automation of Large Libraries Using A Time-Sharing jiystem. News will 
be reported quarterly in non-technical language. 

Project History 

Early in 1967, Stanford University approached the Office of Edu- 
cation^ Bureau of Research for funding of a large-scale library 
automation development project to be operated on Stanford’s IBM 360/67 
computer, which was to be installed that Spring. Initial expectation 
was that through the manufacturer’s time- sharing software, a large mix 
of programs could be executed concurrently. When the manufacturer’s 
time-sharing software failed to live up to performance expectations, 
the Stanford Computation Center set out to create its own version of 
a multiple-user environment. This was accomplished in the Fall of 1967 
by provision of a terminal communication system, a text editor, a spool- 
ing program, and a batch partition, all working under IBM’s Operating 
System (OS) . 

A library automation proposal was written and funding of $417,000 
granted for the initial period of June 27, 1967 through December 26, 

1968. (The original proposal is now out of print, but xerox oopies 
may be obtained at $10.00 each). During the first eighteen months, 
substantial effort was devoted to continuing detailed systems analysis . 
of existing operations, development of future system requirements, 
record design, input and output procedures, and preparation of software 
for manipulating bibliographic data. This proposal was renewed in the 
winter of 1969 at $499,300 for another eighteen months. Copies of the 
renewal proposal are available upon request, until the supply is 
exhausted . 

Cost sharing is a part of both grants. 

Project Organization 

It became immediately evident that the organization and function- 
ing of ah exceedingly complex computer task could not be undertaken by 
the library on its own. One of the most important and significant 
findings of Project BALLOTS is that complex bibliographic projects using 
large computer systems require the successful cooperation of librarians, 
computer experts, and information scientists. The University has organized 
Project BALLOTS to meet this requirement. Analysis and design teams work 
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directly with user requirements and personnel under Allen B. Veaner, 
Assistant Director of Libraries for Automation; systems programmers 
work under Edwin B. Parker, Associate Professor of Communication, in 
the Institute for Communication Research. Parker T s work, funded by 
a separate research grant from the National Science Foundation, was 
originally a separate behavioral science research project, which was 
activated almost a year before Project BALLOTS. In the winter of 
1968, the University decided to join the intellectual talents of the 
two bibliographic projects, while maintaining them as distinct and 
separate for funding and agency reporting purposes. 

Welding together the two major development groups is an Executive 
Committee, chaired by Professor William F. Miller, Professor of Com- 
puter Science and Associate Provost for Computing. Members of the 
Executive Committee, besides Veaner and Parker, include Rutherford D. 

Rogers, Director of University Libraries, and Paul Armer, Director 
of the Stanford Computation Center. A Faculty Advisory Committee 
meets quarterly to review progress, and an external Advisory Committee 
meets on request to evaluate the Projects work. 

Description of Prototype Operations 

The initial objective of BALLOTS is to create an operational 
acquisition system which, through the use of MARC tapes, provides a 
maximum of precataloging with a minimum of original keyboarding. 

Scope of the first operations is limited to English language materials, 
a temporary restriction applied with the goal of first getting the 
software to work right, and then attacking the character set problem. < 

(Actually, the Library already has in hand a print train capable of 
handling a large number of diacritical marks and special symbols 
needed for bibliographic work; specifications have been developed for 
input of special characters on the IBM 2741 Communications Terminal) . 

The following functions are "to be ^supported in the prototype 
acquisition system: searching, ordering, receiving, and accounting. 

Printed outputs include purchase orders, claims, cancellations, noti- 
fications to the staff and faculty, and reports to the National Program • 
on Acquisition and Cataloging. 

No printed lists of the Library's In Process File will be 
maintained; access to these files will be with on-line terminals. 

Update transactions will be collected with on-line terminals, although 
initially, all updates will be executed in batch. 

The Library T s purchase order form also represents a departure 
from tradition: instead of a 3” x 5” form, a two-part form the size of 
a tabulating card is used. Each processed item will be assigned a 
unique identification number (with check digit) to facilitate tracking 
the movement of material through the processing system. 

Search Service and Demonstrations 

On-line search service is currently available from 8:15 to 10:00 AM, « 
PST each morning, Monday through Friday. During this period it is 
possible to query the Library T s In Process File and several other bib- 
liographic files. Four terminals are located in the Main Library and 

one in the Physics Library. However, service is available from any of 
over 120 terminals serviced by the Stanford Computation Center. 

ERIC 



Successful remote on-line demonstrations have been conducted at 
System Development Corporation, the Library of Congress, the Ohio 
College Library Center, and Columbia University Libraries. Persons 
desiring to participate in a demonstration are advised to open an 
account with the Stanford Computation Center and obtain an IBM 
Communications Terminal with the following characteristics: 



1. EBCD keyboard (see IBM manual A24-3415-2, p. 19) 

2. Dial up facility option 

3. Print element: dual data 1, type ball 963 

4. Interrupt feature (desirable but not necessary) 

5. Typ-a-matic feature (desirable but not necessary) 

6. Reverse break feature (desirable but not necessary) 



To communicate with Stanford* s on-line files, it is only necessary 
to dial 415/328-4000; no prior arrangements (except a valid account 
number) are required. However, to assure success, would users 
are advised to familiarize themselves thoroughly with the SPJREb 
Referen ce Manual , obtainable from the Stanford University Libraries, 
and to consider maintaining voice contact~with Stanford during the 
first try. Expenses of communication are borne by participants in 
the demonstrations. 

The Board of Trustees of Stanford has recently authorized 
purchase of the IBM 360/67 and procurement of additional high speed 
core for this facility. When this additional core becomes operational, 
the Library expects to put up its on-line search and data management 
facilities during all hours of normal Computation Center operation. 



Project Conclusions and Achievements 

An early conclusion indicated that the provision of on-line 
file searching was not only feasible but necessary to provide maximum 
benefit to the library of machine maintained files# Accordingly, 
the bulk of the project's software effort was applied to this develop- 
ment. It was also concluded that effective utilization of machine 
searching required high speed graphic terminals for display of search 
results, but a survey of existing terminal devices revealed no 
reasonably priced visual display capable of meeting the Project s re- 
quirements. Following the example of Project INTREX, the Stanford 
Computation Center is studying the possibility of assembling from 
standard components a simplified display terminal which could 
communicate large quantities of bibliographic data at high speed. 

It is desired to transfer some three to four thousand characters 
per second. Off the shelf terminals can now "write” data at about 
two hundred characters per second. 

The Project has demonstrated the feasibility of conducting on-line 
interactive searches of complex bibliographic files, with a 
number of users working simultaneously in the same or different files. 
The searcher is capable of accessing directly a record of interest 
by using' the IDENTIFICATION NUMBER (ID) attribute, which is the same 

as the purchase order number. Lacking this, J®. can aCC pnnpnRATP° rd 
by entering the AUTHOR, any TITLE words, or DATE, or a CORPORATE 
AUTHOR or a CONFERENCE AUTHOR. Any or all of these access points 
may be used separately (except date) or in combination, and searches 
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may be expanded, contracted, cancelled, saved, or restarted. 

A sample search is shown below, where upper case letter indicate 
responses or prompts from the system, and lower case letter repre- 
sent the searcher f s input or response: 

FIND? author harrison and title social welfare and 
date after 1963 

AUTHOR SEARCH FOR ... HARRISON 

TITLE WORD SEARCH FOR . . . SOCIAL WELFARE 

DATE SEARCH AFTER JANUARY 1, 1964 

3 DOCUMENTS ACCUMULATED 

9 

Now, in response to the ? prompt, the searcher may examine the 
three references which have been found, or modify the search, 
either expanding or contracting it, by specifying additional authors 
or title words in the conjunction with the logical operators, "or, ' 

"and," and "not." Complete instructions for searching are in the 

SPIRES Reference Manual . 

Stanford Conference on Collaborative Library Systems Dev elopment. 

Under a grant from the National Science Foundation to Columbia 
University, Stanford is collaborating with the University of Chicago 
Library and Columbia University Libraries to study the possibility of 
creating a unified technical processing design for the three libraries 
at the systems level. To publicize the work of the collaborative 
project and to disseminate information about Project BALLOTS, Stanford 
convened an invitational meeting in October, 1968. Twelve papers 
were given before an audience of some fifty directors of libraries, 
systems librarians, computer center directors, programmers, and others 
actively engaged in library automation. Proceedings of the Conference 
containing the full text of all papers plus a verbatim transcription 
of all discussion, have just been published by Stanford. Copies are 
available for $7.00 postpaid (add $1.00 for overseas orders) from the 
Office of the Financial Manager, Stanford University Libraries, 

Stanford, Ca. 94305. Advance payment in U.S. dollars is required. 

Herman Fussier, Charles Payne, and Kennie Hecht delivered papers . 
on the University of Chicago's book processing system. Paul Fa Sana 
described Columbia's programs and Richard Logsdon outlined the collabora- 
tive effort. The work of Project BALLOTS is summarized in a paper by 
Allen Veaner. Invited papers dealt with a variety of subjects: 

National Collaboration and the National Libraries Automation Task Force 
(Samuel Lazerow) , Management of 'the "'Design and Development of the 
Biomedical Communications Network (Ralph Simmons) , Economic and Operating 
Realities of Present Day Hardware and Software in Library Applications 
(W.F. Miller and R.N. Bielsker) , Stanford's Data Link Network and Display 
Terminals (R.M. Fredrickson and M.D. Lieberman) , Computer Operating 
Systems and Programming Languages (T.K. Burgess), Developing a Campus 
Based Information Retrieval System (Edwin B . Parker) . 




* 



APPENDIX G 



A Paper Prepared for ’’New Dimensions in Acquisitions,” 
an ALA Preconference Held in Atlantic City, New Jersey 

June 19-20, 1969 



by 

Allen B. Veaner 



THE APPLICATIONS OF COMPUTERS TO 



LIBRARY TECHNICAL PROCESS T NG 



Magnitude of Problems Recognized 



A 1967 White House report. Computers in Higher Education, opens 
with an arresting statement: ’'After growing wildly for years, the 

field of computing now appears to be approaching its infancy."** 

Library automation has passed through similar throes and we may be 
at the beginning of a period of new and significant development. 

Several important milestones have already been reached. Computer 
experts, now facing the problem of structuring and maintaining complex 
files, and dealing with a wide span of graphic output characters, have 
begun to appreciate the data management complexities inherent in bib- 
liographic data. We no longer hear from the computer people that our 
problems are trivial. We, in turn, have realized that it is no longer 
possible to speak of one component or subsystem such as an acquisition 
system, in isolation from the larger technical processing functions. 
Automation has confirmed the integrity and unity of technical proces- 
sing. 



The economics of applying computers to library data processing 
has come as a rude shock to many administrators. The old idea that 
an automated system could be operated at a new lower cost than a 
manual system is dead, indeed. One now needs to plan future budgets 
in terms of cost avoidance or improved library services. 



The Large System: Maker or Solver of Problems? 

The choice between stand-alone equipment and procurement of 
services from a central facility is the first major decision in any 
automation endeavor. The small or medium-sized stand-alone device 
is attractive because one can fully dedicate it to a specific applica- 
tion. But as the user's sophistication and system requirements in- 
crease, he outgrows the smaller machine and soon finds that he must 
cast his lot with a larger facility in order to enjoy certain techni- 
cal benefits. and operational features not available on smaller devices. 
It is at this point where one must be prepared to give up some freedom 
in exchange for more computer power, and where the complexities of 
scale begin to compete with the economies of scale. 

Software in the large system carries with it unforeseen problems 
that crop up with unknown frequency and affect the scope of many 
operations in unknown and unpredictable ways. Hardware manufacturers 
and software developers have already learned about this, much to their 
chagrin, especially with time-sharing. Professor W.F. Miller, Associate. 
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Provost for Computing at Stanford* characterizes this facet of soft- 
ware thus: ”The reward* and at the same time the retribution* of 

software is self-change,” 6 The reward is the enormous increase in 
our power to do things; the retribution is the unforeseeable perturb- 
ations which come back to haunt operations thought to be fully de- 
bugged and dependable* 

Fifteen major hazards in the development of large multi-use^ 
sys tems have been enumerated in a paper by Professor F.J. Corbato* 
of Project MAC at MIT. 1 Nine of the dangers include lack of docu- 
mentation or inadequate documentation, failure to implement designs* 
overstaffing of the design team with its attendant communication 
and supervision problems (Corbato conceives of ten as a maximum num- 
ber)* over-extension in time* the attempt to undertake more than one 
significant advance at a time* the assumption that a finish date can 
be predetermined* lack of essential hardware, geographic scattering 
of resources (people and equipment)* too many maintenance people in 
the systems programs. 

Yet* once in the grasp of an automated system, there is no turning 
back. Entering upon an automated system in any enterprise is practically 
an irreversible step. This is why reliability in automated systems is 
a factor of overwhelming importance for library operations. The thing 
about library operations is simply that they must be ope rational. Our 
users and our management demand facilities that work during all normal 
service hours* and sometimes beyond that. 

With this critical background* I would now like to describe what 
I believe are useful and profitable computer applications to acquisi- 
tions and technical processing. I also wish to report publicly in 
some detail Stanford's development work in automated technical proces- 
sing, an effort that is supported by the Office of Education's Bureau 

of Research. 



Candidates for Library Automation 

First* it is clear that a significant number of libraries do 
not require and should not embark upon library automation programs; 
they should instead participate in regional technical processing 
centers* operated either by a jurisdiction or a commercial organiza- 
tion. Typically, these libraries order and process mainly current 
English language imprints marketed in the book trade* and they buy 
multiple copies of the same title for branch libraries. NELINET, 

The Ohio College Library Center, and the Colorado Academic Book 
Processing Center are examples of service agencies for libraries 
which should not undertake automation, because their individual 
operations are too small in scale. In the aggregate* the scale is 
sufficient to support the personnel and machine overhead demanded by 
computerized operations. These new centers may soon supplant in 
house technical processing operations. While it is not clear at 
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this time that technical processing will disappear altogether in 
the small and medium-sized library, it will certainly be radically 
altered in the near future. It is doubtful whether large university 
and research libraries can ever dispense with internal technical pro- 
cessing services, but even there, more widespread utilization of centrally 
produced data is likely to shrink the size of technical processing depart- 
ments. 



Standardization 



Second, it is abundantly clear that the major impact of library 
automation will be felt in the area of bibliographic standardization. 

On page 1 of the final report, The MARC Pilot Project, there is a very 
important statements "The single most significant result of MARC has 
been the impetus to set standards."^ Standardization efforts will be 
greatly aided by budgetary considerations. In every enterprise there 
is keen competition for the dollars needed to run every operation in 
the organization, and the dollars can be very determining. The increas- 
ing trend towards measuring performance effectiveness is already being 
felt in libraries. For example, Booze, Allen, and Hamilton is conducting 
a major management study for the Association of Research Libraries, a 
study whose aim is management improvement and increased adequacy of bud- 
get justification. 

Two thirds of a century ago, Herbert Putnam, then the Librarian 
of Congress, outlined the Library* s proposed card distribution ser- 
vice. The purposes of distributing centrally produced bibliographic 
are stated in clear and simple language: 

to supply libraries with information of books which 
they do not possess. •• to enable them to avoid expense 
in the preparation for use of those which they do 
possess. 

He goes on to quote the contemporary library press, pointing out the 
two most costly factors of getting a book recorded in the catalog: 

the work of the cataloguer, the expert, and 
the work of the compositor or transcriber. 

It is worth the time and space to quote in extenso from this 1901 
report: 



Now, the interesting thing is that until now 
libraries have been, in effect, duplicating this 
entire expense— multiplying it, in fact, by each 
one undertaking to do the whole work individually 
for itself. There are thousands of books which are 
acquired by hundreds of libraries— exactly the same 
books, having the same titles, the same authors 




- 241 



and contents, and subject to the same processes. 

But each library has been doing individually the 
whole work of cataloguing the copies received by 
it, putting out the whole expense... 

American instinct and habit revolt against mul- 
tiplication of brain effort and outlay where a mul- 
tiplication of results can be achieved by machinery. 

This appears to be a case where it may. Not every 
result, but results so great as to effect a prodigious 
saving to the libraries of this country. The Library 
of Congress can not ignore the opportunity and the 
appeal. It is, as I have said, an opportunity unique, 
presented to no other library, not even to any other 
national library. For in the United States alone are 
the library interests active in cooperative effort, 
urgent to "standardize” forms, methods, and proces- 
ses, and willing to make concession of individual 
preference and convenience in order to secure results 
of the greatest general benefit... 

A centralization of cataloguing work, with a 
corresponding centralization of bibliographic appar- 
atus, has been for a quarter of a century an ambition 
of the librarians of the United States. It was a 
main purpose in the formation of the American Library 
Association in 1876... The economies effected to the 
libraries of the country might alone . justify the main- 
tenance expenses of the Library of Congress even with- 
out a single direct service to scholarship. The 
country at large might indeed save great expense by 
purchasing a copy of a book merely to be catalogued 
at Washington, even if that copy should never go 
outside of the walls of the Library nor find a reader 
within it. 

There are many difficulties of detail, and the 
whole project will fail unless there can be built up 
within the Library a comprehensive collection of 
books, and a corps of cataloguers and bibliographers 
adequate in number and representing in the highest 
degree (nor merely in a usual degree, but in the 
highest degree) expert training and authoritative 
judgment. But the possible utilities are so great; 
they suggest so obvious, so concrete a return to 
the people of the United States for the money expended 
in the maintenance of this Library; and the service 
which they involve is so obviously appropriate a service 
for the National Library of the United States, that I 
communicate the project of this report as the most sig- 
nificant of our undertakings of this first year of the 
new century.^ 

It is not time to realize Putnam* s dream? Is not the day long 
gone when we can justify a host of alternatives to centrally produced 
bibliographic data? It is my conviction that there will be no 
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justifiable computer operations in libraries until we realize that 
the computer is an instrument of standardization , not a device whereby 
we perpetuate the alteration of bibliographic data produced by a 
central source* The idea of a local cataloger examining LC prepared 
data on a CRT terminal for editorial modification is economically 
unsuppor table and manager ially unwise* Yet there are still libraries 
which, even in their manual systems, alter 1007* of the card sets they 
receive from the Library of Congress* The cost of performing such 
chores of questionable necessity is likely to be intolerable in a 
computer environment* The aggregate of system resources spent on data 
management, CPU cycles, I/O, channel time, and so forth, will be too 
great, and the computer's ability to do its own bookkeeping is relent- 
less* Hence, it will be impossible to bury the cost of changing 
bibliographic data* 



Perfectionism: Friend or Enemy ? 

Perfectionism and permanence are two interdependent fallacies of 
modem bibliography* Perfectionism is based upon the idea that the 
librarian is creating a permanent record* Unfortunately, even in the 
manual system this has never been true* Even the Library of Congress' 
Official Catalog changes substantially, the amount varying according 
to the age of the record and ranging from an estimated rate of about 
57* in the first year of a record's, life to an aggregate of about 407* 
of all records after 30 years To prepare for future network applica- 
tions it is essential that changes in the nation's bibliographic re- 
cords be kept as consistent as possible, and this is achievable only 
by rigorous adherence to data centrally produced at a national biblio- 
graphic center, even if these data contains errors when issued . At 
least in this way, errors will be consistent, and they can be cor- 
rected later in a consistent way by the central distribution service* 

The abandonment of perfectionism in bibliography needs to be 
established as a goal* (It need not be employed as an excuse for 
deliberate carelessness*) The future of a computerized update 
mechanism for bibliographic records should encourage libraries to 
make rapid inroads on arrearages now, without waiting until every 
bibliographic problem is solved with a score of 100* We may be 
approaching the first time in history when we can afford a few 
errors* 

Another facet of the technical processing problem has been a 
traditional view, fortunately not shared by everyone, that all books 
are equal and must receive equal technical processing* Just as we 
need to establish time priorities for processing, we need to make 
intellectual judgments concerning the quality, amount and depth of 
bibliographic treatment to be given publications* Because such 
decisions are no longer irreversible, there is an opportunity for 
expedited processing and the preparation for public use of more books* 
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The idea of self-sufficiency in resources, i.e., exhaustive 
collection building, is dead. Self-sufficiency is a laudable heritage 
of the protestant ethic, needed in eras of slower communication. 

High "budget visibility" of book funds has aided in the development 
of a variety of cooperative acquisition programs, based on the idea 
of building national rather than purely local resources. The costs 
of technical processing have not been so visible, but they are coming 
into sharper focus all the time. Costs now hidden in personnel and 
overhead are likely to be surfaced by the application of computer 
technology. 



Applications to Technical Processing 

There are two categories of work which can be substantially 
aided by computer applications. 

First, we have a great mix of data management activities: 
keyboarding, updating, deleting, sorting, printing, distributing, 
calculating, merging, filing— dull and boring activities. It is 
difficult to reauit and train, and almost impossible to retain staff 
for this kind of work. Rapid staff growth needed to accommodate 
recent large increases in publication output makes for very difficult 
management problems: supervision troubles, lack of employee satis- 

faction, high turnover, poor communication within the organization, 
and difficulty of following standard procedures. 

Searching is the second category of technical processing work 
which can be materially aided by computer applications. Stanford 
has applied substantial effort to develop a capability for on-line 
searching, because we believe in this area there can be a future pay- 
off in public service when computer costs come down to the point 
where public terminals can be justified. Meantime, the paucity and 
rigidity of access points for searching card catalogs and in process 
files makes searching for technical processing frustrating and much 
less productive than it should be. 



Development in On-Line Search and Retrieval 

Stanford has developed a search facility by which many users 
can search tte same or different files simultaneously, just as one 
can do with the card catalog, but with these additional features which 
no card catalog can offer: (1) Users can interact or negotiate 

with the files expanding or contracting searches at will, even saving 
them for future reference, if desired. (Saved searches can be run 
against new MARC tapes.) (2) Users can carry out coordinate searches, 
and (3) users can access any of several central files anywhere there 
is a terminal. System response time can be kept reasonably short— 
a few seconds— because an inverted file structure searches index files 
which point to data base entries. In other words, no serial searching 
is employed. 
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With the aid of a grant from the Library and Information Science 
Branch of the Office of Education's Bureau of Research? Stanford is 
developing an on-line bibliographic control system dubbed SPIRES: 
Stanford Public Information REtrieval System. Acquisition and catalog- 
ing are the two chief areas of current research and application. A 
searching guide? the SPIRES Reference Manual# has been issued to explain 
the search facility; this publication is available on request. However? 
it is well to mention that interactive searching is practical only on 
fairly large computer systems. Further information on Stanford's auto- 
mation program is contained in the Proceedings of the Stanford Confer- 
ence on Collaborative Library Systems Development, and in the first 
issue of the Project BALLOTS Quarterly Newsletter? which was distri- 
buted at the Atlantic City ALA Conference. 4 



Requirements for On-Line Retrieval 

An on-line search facility requires several things: (1) a large 

computer facility (Stanford's system uses a partition of an IBM 360/67); 
(2) software with built-in feedback features to facilitate system mod- 
ification; (3) a large data base; (4) very large storage facilities; 

(5) a means of rapidly displaying search results? preferably by visual 
terminals; (6) a wideband communication network to transmit processed 
data to remote stations. 

SPIRES software already provides its users with the capability 
of communicating their satisfaction or dissatisfaction to the system's 
designers. A large data base is obtainable through MARC? and an even 
larger one will be available through RECON, if the full RECON Project 
ro&tcrializes. Really large storage facilities— enough to store even a 
million records locally— must await future? more economical devices? 
perhaps photodigital stores or laser beam recorders? such as the UNICON. 
In terms of screen capacity? character set, and writing speed? visual 
displays are still quite costly and not yet truly satisfactory for 
bibliographic data. A wideband communication network means coaxial 
cable? which costs about $1.50 per installed foot. 



Need for Collaborative Development 

One of the first automation lessons librarians learned was the 
astronomical communications gap between computer people and librarians. 
We conclude that this gap must be reduced nearly to zero— if the auto- 
mation of library technical processing is to succeed. Three groups 
need to be brought together: the librarian? the computer expert? and 

the information scientist. The library can't do this job alone; in 
fact? none of these people acting alone is likely to succeed. 

Expendable Equipment ? 

For many years we've been in an era of expendable software. In 
fact? software investment commonly runs two to three times the cost of 
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hardware. It is not unreasonable to expect that the future is likely 
to bring us quickly to an era of expendable hardware. The American 
economy already provides an outstanding precedent: the automobile is 

a piece of expendable hardware. Basically, hardware and software are 
no different. Some hardware— terminals in particular— may have a 
useful lifetime of only one or two years. 



The Future of Books and Bibliographic Files 

About ten years ago, the book began to come under some concerted 
attack as an inefficient means of storing and transmitting information. 
Despite the controversy surrounding this issue, one fact stands out: 
the book is still the cheapest to produce, the simplest and easiest to 
use device for information storage and retrieval. A 1969 article on 
the impact of the computer on publishing starts out: "The most effic- 

ient information storage medium, by far, is the least sophisticated 
to produce— the printed page."5 In 1968, consumers spent $4 billion 
for broadcasting services and another $4 billion for consumer electronic 
products. Yet in the same year, the value of printed and published 
goods totalled $22 billion, of which $12 billion was for newspapers, 
books and periodicals— substantially more than the sum spent for non- 
print communication media. 

Looking ahead some indeterminate distance in the future, I see 
a long life for the book. I see the retention of paper as a major 
medium of communicating data for acquisition processing; booksellers 
in developing countries (and even in some advanced ones) will continue 
to issue paper invoices, some written in a familiar illegible scrawl. 

I foresee continued lack of rationalization of the processing unit 
in book procurement (invoices, purchase orders, checks, etc.), the 
factor responsible for the great amount of effort we face in distri- 
buting and redistributing data over media in reconciling our budget 
accounts and invoice documents. I do not see vast on-line biblio- 
graphic files in our major research libraries, except possibly at 
the Library of Congress and maybe at a few regional bibliographic 
service centers. Rather I see the possibility that our entire con- 
cept of file organization will be restructured. A highly simplified 
model, which I hasten to add I have not costed, might look something 
like this: closest to the library user might be on-line access to 

current items in process and to those permanently held items known 
to be heavily in demand. Somewhat further away— in terms of ease of 
search and retrieval— might be book catalogs with relatively brief 
and simple entries supplemented by full bibliographic data in micro- 
film cartridges permanently arranged by sequence members in the form 
of a register. Such a master file could be centrally produced by 
computer output microfilm printers as a by-product of the MARC and 
RECON projects. This register would require virtually no updating- 
all the organization and maintenance would be confined to the book 
catalogs or on-line files which would act as indexes to it. Even 
the book catalogs might be organized far differently from our present 
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ones; some might be topical , others chronological* A microform 
register would be extremely cheap to duplicate and distribute* Hard 
copy of full bibliographic data could be easily obtained by conven- 
tional reader /printers* 

Before any idealized file strucuture or service like this can 
be implemented, we need to know much more about our users than we 
now do* It is unlikely that we will reach this future by postulating 
great, all embracing "total system designs," conceived in ignorance 
of user requirements? or representing someone's pet idea* The neces- 
sary research, experimentation and implementation should be dominated 
by two principles: (1) construction and testing of development models 

capable of self-change through user feedback, and (2) implementation 
of major functional modules one step at a time* 
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APPENDIX H 



On-Line Input of Meyer Library Catalog Records! 




A Proposal 



ON-LINE INPUT OF MEYER LIBRARY CATALOG RECORDS i 



A PROPOSAL 



A book catalog for the Meyer Library is in its fourth year of production* 

The catalog is processed and printed on a System 360 Model 40 located in 
Administrative Data Processing* Input for the system is generated on an 
029 Keypunch located in the Main Library* Project BALLOTS, in the Main 
Library, is currently using IBM 2741 typewriter terminals for collecting 
input. It has been suggested that the Meyer Library catalogers could make 
use of these terminals in their own system with few programming changes 
necessary. Also, the Meyer input format could be changed slightly to conform 
to the BALLOTS format. These two changes, together would create some advan- 
tages which are not currently in existence. There would be better immediate 
proofreading, more powerful text editing capabilities, less string input 
formats and the means to use the SPIRES Information Retrieval System. 

Appendix I shows how the d*ta elements in the Meyer System could be conformed 
to the BALLOTS /SPIRES attribute list. 

It also has been suggested that keyboarding for the BALLOTS system could 
provide input to the Meyer system, and save keying effort. This may not prove 
to be practical. A dicussion of that subject appears in Appendix II of this 
proposal. 

The following is a description of the way in which the data could be 
gathered and edited for the Meyer system. The existing edit program could 
be modified to accept the new input format, and could reside on a public 
disk at the Computation Center. After the Meyer terminal operators had collected 
a certain number of transactions using WYLBUR, the JCL for linking the edit 
and edit list routines could be bmight into core. The job would then be run, 
and the data set saved. When the edit list comes to the library the data sec 
would then be brought back into core and corrected. The JCL for linking the 
edit routine and a core to tape routine would then be brought into core and 
run. The core to tape routine would convert the records to the Meyer format 
so thet the existing ADP programs would process as they do now. The edit 
routine would reject any transactions which still contained errors and write 
a diagnostic data set which could be examined on the terminal. The erroneous 
transactions would then be corrected and saved in a new data set. The old 
data set could then be destroyed and the tape sent to ADP. 
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Appendix I 

CONFORMING THE MEYER LIBRARY INPUT FORMAT TO THE BALLOTS/SPIRES FORMAT 

The Meyer Library format currently places a number of attributes into 
seven areas. These areas are numbered 10, 20, ...70. The following outline 
lists these areas into an attribute list reflecting the BALLOTS/SPIRES format. ^ 



Name 


Abbreviation 


Kind 


S/M 


Area 10 


L.C. Call Number 


LC 


ALPHA 


S 


Volume 


V 


ALPHA 


S 


Part 


PT 


ALPHA 


S 


Copy 


C 


INTEGER 


S 


Record Tyoe. 


REC 


ALPHA 


S 


Location 


LOC 


ALPHA 


S 


Change Indicator 


CHG 


ALPHA 


S 


Title Code 


TIC 


ALPHA 


S 


Shelf List Entry 


SLE 


ALPHA 


S 


Year of Acquisition 


YR 


INTEGER 


S 


Missing 


M 


INTEGER 


S 


Audio Indicator 


AU 


ALPHA 


S 


Selective Change 


SEG 


ALPHA 


S 


Indicator 

Area 20 


Author 


A 


ALPHA 


M 


Area 30 


Conventional Title 


CVT 


ALPHA 


S 
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Appendix I (cont.) 



Name 


Abbreviation 


Kind 


S/M 


Area 40 

Title Statement 


T 


ALPHA 


S 


Area 50 

Notes 


N 


ALPHA 


M 


Area 60 

Subject Headings 


SS 


ALPHA 


M 


Area 70 

Added Entries 


AAT 


ALPHA 


M 


Other 

Entry ID Number 


TD 


INTEGER 


S 
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Appendix II 

A DISCUSSION OF WHY THE SINGLE KEYING CONCEPT MAY NOT BE PRACTICAL 

FOR THE MEYER LIBRARY BOOK CATALOG 



The current rate of input to the Meyer Catalog is about 10,700 entries 
per year. Only 7,000 of these entries are new titles. The remaining number 
are changes to the existing catalog. Almost 357. of the new titles are not 
ordered through the Acquisition Division, but are acquired as gifts or 
purchased from the Stanford Bookstore. This leaves about 4,500 items, or 
less than 427. of the total effort, which could fall into the single keying 
concept of using the L.C. information, collected by the BALLOTS system, for in- 
put to the Meyer Catalog system. 

Additional problems arise for these 4,500 items, owing to cataloging 
differences between L.C. and Meyer. Conventional title is never supplied 
by L.C. and the notes provided by L.C. are never the same as the notes used 
by Meyer. About 50% of the main entry author names are established differently 
in the Meyer system, and added entries are different 50% of the time, and 20% 
of the subject headings are different. The L.C. classification number is often 
changed by Meyer. Control information such as record type, change indicator, 
title code, shelf list entry indicator, missing indicator, audio catalog 
indicator, and selective change indicators are attributes which are used 
only in the Meyer system. Original cataloging is done from the title page 
after the material has arrived. If the data were captured prior to cataloging, 
numerous miscellaneous cataloging changes would be required. 

Another area of concern (which is separate from the preceding problems, 
and should be evaluated separately) is Meyer's use of special programming 
symbols. A list of these symbols and their purposes appears at the end of 
this discussion. If the Meyer entry were the first to be ordered and an 
added copy for another library were ordered, then a program to suppress these 
special symbols could be utilized. However, if the Meyer order were second, 
no program could insert all of these symbols properly, and some inconvenient 
and costly manual data manipulation would be necessary. 

Considering the percentage of differences between Meyer and L.C. cata- 
loging, one can conclude: 

1 • No Meyer record could be completely reproduced from information 

collected by BALLOTS due to the added control information used by Meyer. 

2. No Meyer record, which contained conventional title and/or notes, 
could be reproduced from L.C. information collected by BALLOTS^ 

3. Only about 900 records (or ’ibout 8.47. of the annual effort) would 
need no change in at least one of the other attributes. 

4. About 3,600 records would require one, two or three of the other 
attribures to be changed. 
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5. 6,200 other catalog transactions would need to be keyed 

completely. Add to this the unknown quantity of records for 
which programming symbols would have to be manually added, and the 
comparatively convoluted procedures which would be implemented, 
one could see that this approach might increase rather than decrease 
the cost and effort of producing the Meyer Catalog. 



Appendix II (cont.) 



SPECIAL PROGRAMMING SYMBOLS AND THEIR USES 



Area 20 - Author 


Do not include in sort key. 


Area 30 - Conventional Title 


Do not include in sort key. 


Area 40 - Title 


Same as 20 and 30, 




Include in sort key, but do 
not print. 




Suppress while printing author 
entry. 


Area 50 - Notes 


Separate each note. 


Area 60 - Subject Headings 


Separate each subject heading. 


Area 70 - Added Entries 


Separate each added author 
and/or title. 




Same as 20, 30, and 40, 



Same as 40. 



APPENDIX J 



Library Systems Note Number 37 

External Specifications of On-Line Input for the Meyer Catalog 



Project BALLOTS 

Library Systems Note Number 37 
Subject: Meyer Library Catalog 

Title: External Specifications 

Author: Jerry West 

Date: May 23, 1969 



of On-Line Input for the Meyer Catalog 



. . lnnut to the Mever Catalog has been established as both desirable 
and b^ncLr U^houi y d be comp Jlble - L«h the ^f^aTa^ 

2. “-T2 permit - ol 

Data Preparation and Data Control sections. 

The following pages of this document provlde the suggest ^ £ e ™£ lbute 

I, Program Description 

Three program source modules and object modules could be stored ^ 
on a public^disk at the Stanford Computation Center, (toe module . 
consist of conversion and edit routines, the secon wo 
routine, and the third a tape write and diagnostic routines. 

A. Conversion and edit routines 

A routine to convert the terminal input records into the 
Meyer record format would be combined with the existing Meyer 
edit routine which may need minor modification. 

B. List routine- 

The existing Meyer list routine to produce the proof list. 

This may also need minor modification. 

C. Tape write and diagnostic routines 

Parts of the existing tape write rou “ n « ' , b * “f^Data 
create a shelf list tape to be input to the Administrative Da 

Process ing system. A routine to write diagnostics on a disk, for 
Processing *>y , «iii Allow remote inspection of 

those items not accepted on tape, will a 

edit errors. 

II. Data Flow 



A. Narrative 



The catalog coding sheets are brought to Data Control and 
input to a WYLBUR data set. When enough records have been collected 
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DATA FLOW DIAGRAM 
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the JCL for running the conversion, edit and list routines is 
brought into core, and the RUN command is issued. The list produced 
by this run is proofread, and the corrections are made to the data 
set. The JCL for running the conversion, edit, tape write, and 
diagnostic routines is brought into core with the data, and the RUN 
command is issued. The output tape is taken to Administrative Data 
processing for input to the Meyer system, and the diagnostic data 
set is examined at the terminal. If there were rejected entries 
due to further edit errors, then these entries are corrected and saved 
in a new data set, and the old data set is scratched. 
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III* Diacritics and Special Characters. 

Library Systems Note #7 describes the input specifications for 
discritics and special characters using the IBM 2741 Terminal Typewriter. 
This note appeared as Appendix C of the Progress Report for the quarter 
ending 26 June, 1969. Included as Appendix I is a list of bit configu- 
rations and the corresponding graphic character for Stanford's Library 
Print Chain. The characters which are important to this discussion 
are identified by name. 

It should be noted that no input consideration has been given to 
the opening and closing brackets. The conversion routine can auto- 
matically . insert these characters in the Conventional Title attribute. 



IV * Attribute Description 

The following page is the attribute descriptor list. The list 
gives the attribute name and abbreviation (ABBR,), specifies the format 
of attribute values (KIND) and multiplicity (S/M), and gives maximum 
length (MAX) of each attribute. The attributes are sequenced within 
the areas (10, 20.. .70) currently used by the Meyer System. 



o 

ERIC 

ijfflinaffamiaaa 



Attribute Descriptor List 



Name 


Abbr* 


Kind 


S/M 


Max 


Area 10 


L.C. Call Number 


LC 


ALPHA 


S 


37 


Volume 


V 


ALPHA 


S 


7 


Part 


Pt 


ALPHA 


S 


2 


Copy 


c 


INTEGER 


S 


2 


Record Type 


REC 


ALPHA 


S 


1 


Location 


LOC 


ALPHA 


S 


1 


Change Indicator 


CHG 


ALPHA 


S 


1 


Title Code 


TOC 


ALPHA 


S 


1 


Shelf List Entry 


SLE 


ALPHA 


S 


1 


Year of Acquisition 


YR 


INTEGER 


S 


2 


Missing 


M 


INTEGER 


S 


4 


Audio Indicator 


AU 


ALPHA 


S 


1 


Selective Change 


SEG 


ALPHA 


S 


8 


Indicator 

Area 20 


Author 


A 


ALPHA 


M 


400 


Area 30 


Conventional Title 


CVT 


ALPHA 


S 


400 


Area 40 


Title Statement 


T 


ALPHA 


S 


400 


Area 50 


Notes 


N 


ALPHA 


M 


400 



Attribute Descriptor List (cont.) 



Name 


Abbr • 


Kind 


S/M 


Max 


Area 60 

Subject Headings 


SS 


ALPHA 


M 


400 


Area 70 

Added Entries 


AAT 


ALPHA 


M 


400 


Other 

Entry ID Number 


ID 


INTEGER 


S 


10 



V. 



Record Description 



Each individual record in a WYLBUR data set consists of lines of 
input containing the attribute abbreviation followed by the value of 
the attribute in quotes* The beginning of each record contains a line 
with the word "begin," and the last line consists of the word "end." 
Each line length is limited to 72 characters and each new attribute 
must begin on a new line* When an attribute has multiple values each 
value begins a new line starting with the abbreviation, and none of 
the values may be interspersed by any other attribute value* 

The following is a list of input examples for three records: 

BEGIN 
ID* 13169* 

LC*QP435.M133* 

REC *1* 

LOC *A* 

TIC *T* 

A 'Mach, Dr* Ernst' 

A 'Williams, C.M.* 

A 'Water low, Sydney' 

T 'The analysis of sensations, and the relation of the 
physical to the psychical' 

N 'Translated by C*M* Williams' 

N 'Rev* and supplemented from the 5th German ed* by 
Sydney Waterlow' 

SS 'Senses and Sensation' 

SS 'Psychology' 

AAT 'Szasz, Thomas S*' 

END 

BEGIN 

ID '131701' 

LC 'PS159.R8B7' 

REC '1' 

LOC 'M' 

TIC 'T' 

YR '70' 

A 'Brown, Doming' 

T 'Soviet attributes toward American writing' 

SS 'Russia' 

SS 'US-Russia — Relations' 

END 
BEGIN 
ID '13171' 

LC 'DD35.575?* 

REC *1' 

LOC 'F' 

TIC 'T' 

YR '70' 

A • Staquel-Holstein, Baronne de' 

T 'De l'Allemagne* Nouv* @aed* Revere et correg@ee' 

N 'Treuttel et W@uurtz, 1835* 2V. 

SS 'Tongue Twisters' 

END 
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VI 8 Extra Cataloging Aids 

One of the major advantages in having the Meyer input conform to the 
BALLOTS input is the ability to use the SPIRES system for building and 
searching all or selected parts of the Meyer data. This feature will 
continue to be the subject of study and analysis# 

Some future application programs which will aid the cataloging effort 
are under consideration. One program could take the L.C. data which 
have been collected by BALLOTS and print them out when the receipt of 
the Meyer book has been noted. This print out could then be used as a 
coding aid for input to the Meyer system. 

Another program could print shelf list cards from a WYLBUR data 
set after that data set had been edited and corrected. 

When it is evident that these added aids are desirable and 
authorized, they will be .the subject of further Library Systems Notes. 
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4 



TYPEa'TR 



IDENTIFIER* 1 LIBRARY PRINT CHAIN C 



D2CLARE LIBRARY PRINT CHAIN C % CHAR (256) INI?TAI.( 

I 

*.<(♦!& 2$*);-^/, ,*_>? s#2>» »*» abcdefghi { 

jklmnopgr } ** > ±"~°stuvwxyz ''*£>• oi23*s678* ]£\ ABCPEFGHI JK 

LMNOPQR STUVWXYZ 0123456789 •) ; 



POSITION 

1 

o 

4* 

3 

4 

5 
*■ 
o 

7 

8 
9 

10 

11 

12 

13 

14 

15 

16 

17 

18 

19 

20 
21 
22 

23 

24 

25 

26 

27 

28 

29 

30 

31 

32 

33 

34 

35 

36 

37 
33 
35 



S 4 

42 
#■ *> 

*♦ z 

44 

45 

46 

O ill 

ERJC 47 



CHARACTER CODE IN TABLE PRINT DEFINITION 

00000000 
00000001 
00000010 
00000011 
00000100 
00000101 
00000110 
00000111 
00001000 
00001001 
00001010 
00001011 
00001100 
00001101 
00001110 
00001111 
00010000 
00010001 
00010010 
00010011 
00010100 
00010101 
00010110 
00010111 
00011000 
00011001 
00011010 
00011011 
C0011100 
00011101 
00011110 
00011111 
00100000 
00100001 
00100010 
00100011 
00100100 
00100101 
00100110 
00100111 
00101000 
00101001 
00101010 - 
00101011 
001011.00 
00101101 
00101110 




43 

49 

50 

51 

52 

53 

54 

55 

56 

57 

58 

59 

60 

61 

62 

63 

64 

55 

66 

67 

68 

69 

70 

71 

72 

73 

74 

75 

76 

77 

78 

79 

80 

SI 

62 

S3 

34 

n j 

O J 

oo 

87 

68 

89 

90 

91 

92 

93 

94 

95 

96 

97 

98 

99 

100 

101 

102 

103 

104 

105 

106 

07 
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; 




0C101111 






00110000 




• 


001 10001 
00110010 
00110011 
00110100 




• 


00110101 
00110110 
00110111 * 






00111000 
00111001 
00111010 • 






0011 1011 % 
00111100 






00111101 
00111110 
00111111 
01 C0G000 
•010G0001 • 

0100C010 






01000011 

01000100 

01000101 


» 




01000110 

01000111 

01001000 






01001001 

01001010 


* 


m 


01001011 


m 


< 


01001100 


< 


t 


01001101 


; 

V 


T 


010C1110 


V 


1 

A 


01001111 


1 


m 

S 


01G1CG0C 


6 




01010001 




• 


01010010 






01010011 

01010100 

01010101 

01010110 




» 

« 


01010111 
01011000 
01011061 
. 01011010 


7 

* 


s 


01011011 


s 


* 


01011100 


4 


) 

* 


01011101 


4 


01011110 


w 

9 


-n 


01011111 




• 


01100000 


— 


/ 


011C00C1 


/ 


G110C01C 

.01100011 






01100100 

01100101 


% 




01100110 

01100111 

01101000 

01101001 






01101010 


• 



- minus 



V 



’ 103 


* 


109 


r* 


110 

111 


> 


112 


? 


113 

114 

115 

116 
117 
113 

119 

120 
121 
122 
123 


m 

m 


124 


V 


125 


3 


126 


3 


127 


— 


123 


11 


129 

130 


a 


131 


b 


132 


c 


133 


K* 


134 


o 


135 


z 


136 


5 


137 


h 


138 


• 

% 

Sm 


135 

140 


* 

% 


141 


< 


142 


• 


143 


V 


144 


* 

? 


145 

14c 


*4 


147 


X 


IvO 


i 


149 


2 


150 


r 

*• 


151 


c 


152 


J 

* 


153 


<1 


154 




155 




loo 


* 


157 


*• 


158 




159 




150 


*■ 


161 


— 


162 


c 


163 


s 


164 


t 


165 


u 


166 


V 


ERIC 167 


w 



onoion 


/ 


01101100 


r. 


01101101 




01101110 


> 


01101111 


? 


01110000 




01110001 

01110010 

01110011 

01110100 

01110101 




01110110 
01110111 : 
oimooo 
01111001 
01111010 


* 

• 


01111011 


4 


01111100 


3 


01111101 ' 


3 


01111110 


ss 


01111111 


n 


10GC0000 

10000001 


a 


10CC0010 


' b 


10000011 


c 


10C001C0 


d 


10C00101 


e 


10000110 


A 

X 


10000111 


5 


T0C01000 


h 


10001001 


• 


10001010 

10001011 


i 

- % 


100C1100 


< 


10001101 




10001110 


V 


1C001111 


S' 


10010000 

1001C001 




10010010 


X 


10010011 


1 


10010100 


m 


10010101 


n 


10010110 


o 


10010111 


n 

# * 


10011000 


u 


10011001 


' 

a* 


10011010 

10011011 


} 


loromoo • 


*• 


10011101 


> 


10011110 • 


T 


10011111 




10100000 


% ~ 


101C0001 


o 


10100010 


s 


10100011 


JL 

u 


10100100 


u 


10700101 


V 


10100110 


• 

w 



underscore 



pound 

at 

S, 



% 



open brace 

less than or equal 

tilde 

superscript plus 
flat 



close brace 
umlaut 
cedilla 
plus or minus 
n fiacron 

superscript minus 
angstrom or' circle 






169 


V 

* 


10101000 


V 


170 


z 


10101001 


7. 


171 




10101010 




172 


** 


10101011 




173 




loionoo 


** 


174 


r 

4* 


.10101101 


[ 


175 


> 


10101110 


> 


176 


# 


•• # * 10101111 . 


* 


177 


0 


1011CO00 


(f 


178 


* 


1011000.1 


l 


179 


2 


10110010 


2 


130 


3 


1C11C011 - 


3 


1S1 


+ 


10110100 


* 


132 


S 


10110101 


5 


183 


6 


10110110 


c» 


184 


7 


iu ilO i i i 


7 


185 


5 


101 1 1000 


s 


186 


9 


10111001 


9j 


137 




10111010 . 




138 


«# 


. 10111011 


'■ 44 


189 


% 


10111100 , 


% 

4 


ISO 


1 

<* 


lomioi 


] 


191 




10111110 


n 

JU 


192 


\ 


10111111 


\ 


193 




noQoooo 




194 


*i 

am 


11000001 


A 


195 


** 


11000010 


•• 3 


. 196 


w» 


11000011 


c 


197 


3 , 


11000100 


D 


193 


2 


11000101 


3 


199 


jm 

* 


nooono 




200 


r+ 

O 


11000111 


G 


201 


*4 


nooiooc 


' *- 
n 


202 




11001001 


s I 


203 




11001010 




204 




11001011 




205 




11001100 




206 




11001101 




207 




11001110 




203 




11001111 




209 




11010000 




210 


> 

U 


11010001 


J 


211 


# * 
A 


11010010 


X 


212 




’’ 11010011 


u 


2-3 


• A 


11010100 


« * 

9 

• m 


214 


lv 


’ 11010101 


• X 


^ — 
« , J» 


\J 


11010110 


c 


216 


* 


11010111 


? 


217 


r* 
\ * 


11011000 


0 


2.3 


" 7 * 


11011001 


3 


J ; V 




11011010 




^ o « 

-2 v 




11011011 




^2 n 




11011100 




222 


0 


11011101 




223 




11011110 




224 




11011111 




225 




.11100000 








11100001 




ERIC 1 .?' 


S 


11100010 


s 



hacek 

‘circumflex 



acute accent 



superscript numbers 



grave accent 



229 

230 

231 

232 

233 

234 

235 

236 

237 

238 

239 

240 

241 

242 

243 

24 4 

245 

246 

247 

248 

249 

250 

251 

252 

253 

254 

255 

256 



268 - 



% 



T 

U 

V 

w 

X 

Y 
Z 



0 

1 

2 

3 

4 

5 

6 

7 

8 
9 






11100011 T 
11100100 • U 
11100101 V 
11100110 w 
111001*11 X 
11101000 Y 

11101001 z 



11101010 
11101011 
11101100 
11101101 
11101110 
11101111 • 



11110000 0 

11110001 1 

imcoio 2 

11110011 3 , 

11110100 4 ' 

11110101. 5 
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Scope 

Within the time allotted for this paper, I shall concentrate 
on those problems relevant to the procurement of current materials and 
retrospective materials still in print* I exclude from consideration 
the purchase of out of print books and micropublications, mainly 
because both are highly specialized topics which deserve separate 
papers . 

The Uniqueness of Book Purchasing 

Of all the materials purchased on a continuing basis by universities 
and research centers, books are by far the oddest* They are bought by 
the tens or hundreds of thousands, yet any two hardly ever resemble 
each other. They are obtained from thousands of vendors in nearly every 
country of the world. Their physical characteristics vary widely: 
weight, size, paper, type font, shape, color, etc. Their languages, 
their intellectual qualities, and their bibliographic descriptions vary 
widely, and the latter two items are often the subjects of controversy. 
No other commodity, essential for the existence of a research center 
approaches the uniqueness of the book. This uniqueness is responsible 
for the charm they hold for bibliophiles, but this same individuality 
accounts for most of the difficulties in acquiring books. 

Interaction of Forces in the Book Trade 



The acquisition of library materials brings about the interaction 
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of many parties whose interests definitely conflict. They are the 
selectors - curators, faculty, students, staff - the acquisition 
staff, the cataloging and reference staff, the controller or agency 
carrying fiscal responsibility, the vendor, the international monetary 
system, the transportation system, and in a few instance* the 
political jurisdiction. 

In terms of the above interests, let us define some qualitative 
and quantitative differences in products and services in a typical 
acquisition system. 



* 
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This matrix is a highly simplified and abstract picture of 
a complex conmunication process between many parties, something 
that in modern parlance might be called a communication network* 

In practical terms, this reduces to people talking or writing to 
other people about the books they want, creating and maintaining 
records and files, updating messages from time to time, and recording 

the transactions. 

File Management 

The control center for all this activity is a set of files, 
usually consisting of an outstanding order file, a file of invoices, 
and historical records of expenditures, such as budget statements. 

Some systems will contain additional files which in effect index 
the master file by date, vendor, purchase order number, or local 
account number. Maintaining and searching a large multilingual file 
is an extremely difficult task and requires a high order of management 
skill. It is in the area of file management where some computer assistance 
may be helpful, though at this time there is very little experience in 
handling large computerized files of bibliographic data. Little is 
known about the psychological aspects of file searching, but it is 
apparent that the proficient searcher is the key to an efficient manual 
acquisition system which must necessarily provide a limited number of 
access points to each record. 

In connection with file organization, it is useful to record a new 
and recent trend. For a long time, acquisition files were maintained 
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in a primary sequence by author and secondarily by title, following 
the pattern of the conventional card catalog. Today, more libraries 
are adopting a straight title sequence, partly to combat filing 
difficulties and partly out of the realization that there is no 
reason why a temporary control file should slavishly imitate the 
dictionary catalog. 

Problems of Fiscal Control Systems 

Wide price variation is one of the factors which distinguishes 
book purchasing from any other buying in research centers, and it 
complicates fiscal control. Now some faculty members and book 
selection experts behave as if there were an infinite supply of money; 
but in this age of expensive reprints and keen competition for out-of- 
print titles, tight fiscal control is essential. In some libraries 
this means hiring a bookkeeper to maintain an independent, separate 
accounting system, in which each commitment or payment transaction is 
logged. The manager of the acquisition system must take care not to 
delegate book purchasing authority to the bookkeeper; a non-librarian 
should not be accorded the power to halt an outgoing purchase order. 

In most large organizations, there is a substantial time lag in 
processing invoices because of the great number of documents and the 
batch processing method. Even if a computer is available, invoice 
documents must still be keyboarded before they can be handled by 
computer. It is doubtful that we will soon see the development of 
internationally standardized invoice documents printed in both human 
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and machine -readable form. The handwritten or typed invoice is going 
to be with us for a long time. 

Another problem with the invoice turns on the processing unit - 
for the buyer, the preferred processing unit is the title, but for the 
seller it is the invoice. To process a consolidated invoice for pay- 
ment, the buyer has to determine what portion of that invoice is assignable 
to his several bibliographic and fiscal records. In particular, the 
buyer may have to apply portions of various book funds to one invoice, 
a process that is time consuming and cumbersome. The internal transfer 
of monies from various budgets to write a single check in payment of 
one invoice adds to the controller's overhead. One solution is to 
permit the library to commingle funds into a few large budgets and 
then make quarterly reconciliations to the multiplicity of funds 
supplying these budgets. It is a generous and understanding controller 
who will permit this. A few vendors provide individual invoices for 
each title purchased; this eliminates the problem, but such a service 
is only available from very large vendors. Therefore, the combined 
invoice is also going to with us for a long time. 

Selection and purchasing, the^are ideally one-for-one processes; 
as soon as fiscal and invoice processing enter the data stream, the 
processing mode shifts, to many-for-one: many books and many book 

budgets, one invoice, when these same invoices enter the controller's 
shop, processing is reversed and becomes one-for-many, i.e., one consoli- 
dated check is written to pay many vendor invoices. The blank check plan 
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is an attempt to maintain a one-for-one processing mode throughout the 
acquisition cycle. A blank check valid for some upper limit - usually 
$100 - is sent to the vendor as an integral part of the purchase order 
form. The vendor fills in the exact amount of payment and the cancelled 
check is used to post the budget statement. An advantage is the vendor 
is paid promptly and accurately; a disadvantage is that the vendor 
has to handle a large number of checks. The checks are usually valid 
for a limited time and there could be problems with books that are out 
of stock or awaiting reprinting - they might be ready for delivery 
after the blank check is no longer valid. Also in some institutions 
the controller is reluctant to delegate his check writing authority, 
or he may worry about the security of negotiable checks not under 
his direct control. 

Librarians should be wary of permitting establishment of excessively 

restricted gift or endowment funds, regardless of their size. In some 

fields, the income might greatly exceed the cost of all the material 

published in a decade; in other cases, the restricted field may be so 

highly specialized that it becomes difficult to find material to buy. 

So in the end, the donor is unhappy, the librarian is unhappy, and the 

controller must maintain a fund that is not very active. 

« 

Despite advances in electronic data communication, there is little 
likelihood that the book trade will soon be free of paper handling. There 
are too many different legal and managerial requirements among institutions, 
and developing countries will probably be dependent on manual data 
processing for some time. 
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Patterns of Book Purchasing 

The classical pattern of book procurement has turned upon indivi- 
dual selection and ordering from announcements, advertisements, and 
national and trade bibliographies. Where budgets are severely limited 
(as in small public libraries) this method is practically obligatory, 
but for current materials, college, university, and research libraries 
are turning more and more to the approval order system, sometimes 
designated the ’’blanket order plan.” In this scheme, the selectors 
draw up a profile which characterizes the desired acquisition plan within 
a given discipline or language. Actual selection of titles is then 
turned over to the vendor. Of course, to support this system the 
vendor must employ broadly educated selectors who know something about 
the academic program in a given institution. Periodically, he ships 
to the library his selection of newly published titles and the local 
selectors winnow the material by actual examination - no doubt the best 
way to pick books. The approval system has a built-in 1007. return 
privilege for any title not desired by the customer. In effect, the 
vendor is gambling that returns will not exceed some maximum percentage 
beyond which his handling costs would make the arrangement uprofitable. 
The approval plan has two great advantages for the buyer: (1) he is 
assured of delivery immediately after publication of one copy of each 
new title of interest to him, thus practically eliminating the risk 
that a book may go out of print before an order can be placed, and (2) 
the book never enters the buyer’s fiscal or bibliographical control 
system unless it is accepted. The buyer pays only for those books which 
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he keeps; no refunds or credits need to be negotiated. Some vendors 
even prepare multiple copy control slips for a library's retention 
to assist in file maintenance and technical processing. 

A major reason for this shift is the recent very great expansion 
of publishing and acquisition. Colleges and universities are growing 
at seemingly alarming rates; the federal government in the U.S. has 
been greatly assisting the purchase of library materials under Higher 
Education Act of 1965. The Acquisition rate in American academic 
libraries doubled in the six years between 1960 and 1966. Library 
schools have been unable to supply enough professionals to man 
acquisition services and there has been no easing of the recruitment 
problem with clerical support staff. These forces have combined to 
overwhelm the library's conventional ordering and receiving procedures, 
some of which may not have been rationally planned. There is much 
evidence that many traditional acquisition procedures lack rationality; 
were it not for the establishment of approval plans, the whole 
acquisition process in many libraries might have collapsed entirely. 

The approval plan is not without some risks. One obvious problem 
is the quality of the vendor's selection. There is a risk that one 
may miss desired books or receive titles not really wanted. The only 
remedy is constant monitoring by local selectors and proper feedback 
to the vendor; without this an approval plan is likely to fail. A 
second risk to be weighted is the probability of inferior books getting 
into one's collection. However, elimination of the labor of selecting 
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current items, searching them in the files, and typing purchase orders 
more than compensates for a few bad books. 

A third problem with the approval plan is the possibility of 
conflict with long established standing orders, especially if standing 
orders have been scattered among many vendors. The ideal arrangement 
is to take the approval plan and the standing orders from the same 
vendor, but if this isn’t possible an exclusion list can be helpful 
to the chosen vendor. The adoption of an approval plan may require 
some departures from traditional practises. I have heard of one 
library which wants to maintain a file of all the approval titles 
it has returned ’’just in case the vendor claims payment for a returned 
volume.” This defeats a prime advantage of the system, whereby one’s 
files need control only the items actually accepted. In those rare 
cases where the vendor submits an invalid claim, it is usually 
cheaper to just pay the invoice rather than keep superfluous records. 

A variant blanket order plan is Stechert-Hafner ’s Latin American 
Cooperation Acquisition Program (LACAP) . This plan is dependent upon 
travelling agents who try to cover the principal publishers and book- 
stores in each country. These itinerant agents also need to know the 
authors because in Latin America authors often negotiate directly with 
printers and distribute books from their own homes or offices. 

In the United States certain libraries are required by law to 
work within a jurisdictional purchasing department or are compelled to 
purchase library materials by bidding. The expertise of the purchasing 

o 

ERIC 



282 - 



agent is invaluable for economizing on the commercial products 
essential for running a research center - he buys the blackboards, 
the consumable supplies, the furniture, etc. But his staff almost 
never has the linguistic competence and the bibliographic tools to 
provide a book purchasing service to the library. He also may lack 
motivation, since his customary purchasing is much farther from an 
academic program than is the library's work. 

The bidding system usually goes hand in hand with the requirements 
that libraries obtain their books through a centralized purchasing 
department. Except for large quantities of the same title, we know, 
of course, that it is unrealistic to ask for bids on single copies of 
library materials. There are two powerful reasons for staying away 
from the bid systems first, it almost forces the buyer to do busi- 
ness with a single vendor; second, it is simply inefficient to bid 
for single, unique items which are relatively low in unit cost. 

There is yet another hazard to the bid system, a danger that has 
been particularly troublesome in the United States. This is the problem 
of the unqualified vendor. The unqualified vendor needs only a type- 
writer, a telephone, a small office, and a few clerks. By bidding low, 
he tries to obtain an exclusive contract. From then on, he acts only as 
a clearinghouse, consolidating book orders from various sources and 
forwarding them to the publisher, usually with instructions that the 
ordered items be shipped directly to the destination. There are several 
advantages to this scheme and all accrue to the benefit of the vendor. 
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since he stocks no books, he needs no warehouse; he can easily 
avoid hunting for an out of stock book by simply reporting to the 
library that the book is not available and cancelling the order. The 
problem became so acute that several years ago the American Library 
Association and the National League of Cities jointly sponsored 
a study of book purchasing in the United States. A principal re- 
commendation of the report, which will be published shortly, is that 
libraries supported by jurisdictions be exempt from bidding require- 
ments and allowed to use their experience and judgment in choosing 
vendors . 

Exchanges 

There are whole categories of material available only by exchange, 
either because certain publications are not distributed in the book 
trade or because the book trade in a given nation is not well developed. 
In countries like the U.S. where labor costs are high, exchange is one 
of the less efficient methods of obtaining materials, owing to the great 
amount of correspondence needed to negotiate each exchange. It is also 
laborious to post records of exchanges and such records must be kept 
for a long time to resolve controversies. Determining the economic value 
of a given exchange can sometimes take on the character of a delicate 
diplomatic negotiation. The ** scorekeeping” aspects of exchange can be 
troublesome and irritating. It is hard to balance an exchange of goods 
where the traders differ substantially in prosperity. My own feeling 
is that if national currency policies permit, the advanced countries 
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should give first preference to regular purchase routines, falling 
back on exchange only if the partner suffers hardship through lack 

* 

of hard currency. 

Various methods are employed to balance accounts between partners: 
page for page, volume for volume, or the "priced" exchange. In the 
last named method, each partner agrees beforehand to the equivalent r 

cash value for certain publications, and a fictitious ledger is 
posted to keep account of the "money", although no cash ever changes hands. 

Procurement by exchange is necessarily slower than direct purchasing, 
if only because of the normal time lag in correspondence. Additionally, 
communication and postal services in developing countries may be slow. 

Sometimes when the person in charge of exchange leaves, he takes his 
correspondence with him, and his successor has no record of your prior 
negotiations. Political instability contributes to the difficulty of 
maintaining continuity of exchanges. 

Press runs in developing countries may be small, and current material 
may go out of print before it can be obtained by exchange. One effective 
countermeasure is to secure the services of a resident or regional agent 
who is well informed on the needs of your library. Owing to the vastness 
of its international exchange operations the Library of Congress is able 
to employ such persons who can see to the selection, wrapping, addressing 
and shipping of desired materials. 

Some materials are not well suited for exchange. Irregular serials 

» 

are among them. Even regular, dependable serials are difficult because 
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in most cases the subscription supplied from the advanced country will 
be obtained through a subscription agency, while the periodical 
itself will be sent direct from the publisher. This multipath flow 
makes it hard to maintain continuity. Nevertheless, subscriptions are 
much in demand by partners exactly because they tend to be expensive 
and can easily drain off scarce hard currency. 

The use of exchange for domestic procurement is declining and is 
considered an archaic practise by many. Commonly, a library obtained 
a quantity of its own institutions publications at a favorable price 
and exchanged them with other libraries which did essentially the 
same thing. Because of the aforementioned high overhead costs of 
correspondence, both lost in the process. 

Reprint Procurement 

Reprints present two special problems, one bibliographic and 
one financial. Some reprinters persist in issuing reprints with titles 
differing significantly from thoseassigned to the original works. In 
my opinion, this constitutes a malpractise, because one can find one- 
self buying an expensive reprint of a title already in the library. The 
buyer should be wary of reprints advertised with scant bibliographic 
information and, if expensive, the titles should be searched with 
redoubled persistence until their identity, or lack thereof, is 
definitely established. Besides the risk of wasting resources on titles 
already in the library, the financial problem is additionally irritated 
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by the high price of reprints and by the widespread practise known as 
"fishing." "Fishing" is the issuance of prospectuses and announcements 
without bona fide intention of publishing the reprint unless enough 
market is indicated by responses from purchasers. Often a special, 
prepublication price, which is difficult to turn down, is offered. 

There is a risk of tying down sorely needed funds in anticipation 
of needing them for the reprints when they arrive; if the reprints 
are never issued or are issued many years later, the library's 
purchasing power for other materials has been impaired. The bold 
solution to the problem is to call the reprinter's bluff, and order 
the material without encumbering funds. The other solution is to 
learn from the experience of others and get to know who are the 
dependable reprinters. 

Rapid expansion of educational institutions is making reprinting 
a very attractive business. Because reprinters concentrate mainly 
on material no longer protected by copyright, their capital investment 
is minimal: a good, clean copy of the original, suitable for photome- 
chanical reproduction, a plate-making making camera, offset printing 
facilities, and bindery. Hence, one can find the same title reprinted 
two or three times by different reprinters working from different copies 
of the original document. When this happens, prices may vary widely, 
and the buyer may benefit from the competition. 

In the past, many libraries willingly lent books to reprinters with- 



out compensation, only to find the reissued works offered at prices 
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judged exploitative. Also, in a few cases, to meet the needs of 
photomechanical reproduction processes, books have been damaged 
by reprinters. As an aid to libraries and reprinters, the American 
Library Association has adopted a set of guidelines, "Lending to 
Reprinters," in which are set forth basic principles of good practise 
for both the library and the reprinter. This statement has been 
published in the Spring 1967 issue of 

Library Resources & Technical Services , vol. 11, pages 229-231. 

Centralized Technical Processing Services 

In the U.S. the introduction of systems analysis and computer 
applications is furthering an already popular pattern of organizing 
« acquisition and cataloging work, namely the formation of unified 

technical processing departments. Here the aim is to minimize doing the 
same job twice or more — mainly in searching for authoritative biblio- 
graphic data and in transcribing found data. This centripetal tendency 
is particularly beneficial for larger systems which need to supply 
purchasing and bibliographic services for outlying units which lack 
the staff or bibliographic tools for processing. 

Essentially, the establishment of any centralized service by 
definition creates a large batch operation. The larger the batch, 
the less the unit processing cost, but the greater the turnaround time. 

t 

It is the "large batch" characteristic which is responsible for the 
generally slow response time of centralized services. This phenomenon 
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partly explains the performance difference between a library acquisition 
department and a bookstore. Popular titles, whether from trade or 
scholarly presses, often appear very early in bookstores. But compared 
with the university or research library, the bookstore's procurement 
efforts are spread over a much narrower range of titles - hence, it 
sometimes appears to students and faculty that the campus bookstore 
is more efficient than the library. However, bookstores buy titles in 
quantity, often directly from the publisher; therefore they often skip 
the middleman who caters to the library market. The college or uni- 
versity bookstore may show spectacular success with a relatively small 
number of titles, but very few of them have the talent or bibliographic 
tools to dig out the more obscure and difficult to obtain publications. 
Here is where the service facilities of the jobber outweigh a few 
extra points of discount. 

An important new development is the growing popularity of commercial 
services which not only supplies books but also complete bibliographic 
data and processing services— even complete catalogs. In the U.S. it 
is possible to obtain from a single source book, plastic book cover, spine 
label, book pocket, charge card, and catalog cards for many in print 
titles likely to be purchased by school and public libraries. For 
books which sell in large quantities, such services are obtainable 
far more cheaply than any library could provide with its own resources. 

When one adds the rapidly growing tendency to ship books by air 
freight to the possibility of utilizing the computer to process biblio- 
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graphic data, one comes up with a powerful combination which could 
challenge the economic liability of local technical processing in 
the academic library. In the U.S. it appears a likely trend that 
the large vendors may become not only retailers of books but also 
retailers of complete bibliographic services, based upon a quickly 
obtainable machine readable record distributed by the nation* s 
wholesaler — the Library of Congress. 

Personnel Selection in Acquisitions 

Searchers are the heart of any acquisition system. Their re- 
cruitment and training are a challenging task for several reasons. 

A wide range of language and subject competence is needed - a combination 
not easy to obtain. Many of the personnel requirements are contradictory: 
constant alertness combined with the ability to withstand monotony. 

There are certain intangible characteristics of the good searcher; 
he is a persistent, dogged sleuth, perhaps resembling somewhat the 
dedicated police inspector. But searchers must not be too perfectionistic. 
Good supervisory practise calls for a chief bibliographer or head of 
the searching unit to sort incoming book requisitions into batches, 
which are then distributed to the searchers in accordance with their 
language facility and experience. A searcher should not receive a new 
batch of requisitions until all of the previously assigned searching 
work has been completed. This will serve to prevent searchers from 
burying the hard searches in their desk drawers and doing only the 




easy ones. 



Searchers require a good deal of physical stamina - a searcher may 
walk greater distances each day than an airline stewardess. Finally, 
he must be willing to work for a relatively low salary. This last 
factor constitutes a real personnel problem for the manager and for 
the library profession. In some institutions, the nature of the 
searcher's responsibilities is not well understood by non- librarians; 
hence, searchers are sometimes treated as low grade clerks. If this 
happens, turnover will be high, costly duplication of orders will 
result, and important titles will not be obtained by the Library. 

To forestall such possibilities, the work of the searcher should be 
carefully documented and thoroughly explained. Good searchers are 
not easy to recruit and the good ones need to be nursed carefully. If 
searchers' salaries can be improved, then the manager must also strike 
some balance with the professional staff, few of whom will be willing 
to consider full-time careers as searchers. 

Student wives seem to make good searchers - perhaps because they 
have already searched and found husbands! At any rate, they are often 
recent college graduates, well trained, alert, fast learners, energetic, 
and economically motivated. Such a candidate is well worth the risk 
of short-term employment. The worst risk is someone who is emotionally 
unstable or a misfit who imagines that the library is a convenient refuge 
from stress. In a large organization, it is well to consider cautiously 
anyone who requests a transfer to the library from some other part of 



the institution 



- 291 - 



What is true for searchers applies equally to filers. In order 
to fix responsibility in filing work, it is convenient to assign a 
specific part of the file to one individual for maintenance. This 
will motivate employees to care about the job they do. 

Towards World Bibliographic Control 

Global bibliographic control, which would be of immeasurable value 
to acquisition work, appears to be well on the way to reality with 
establishment of the Shared Cataloging Program, administered by the 
Library of Congress. Shared Cataloging brings under early biblio- 
graphic control several hundred thousand new publications each year. 
Within the past few years, it has enabled American academic libraries 
to increase their utilization of central bibliographic records from 
about 507. to nearly 757„. This program has further enabled accurate 
bibliographic data to enter the processing stream at a much earlier 
date, in some cases even before the books arrive in the library, 
which is naturally of great assistance to all technical processing 
operations . 

Effectiveness of the shared Cataloging Program is due entirely to 
the magnificent spirit of harmony shown by the national bibliographic 
centers throughout the world - a tribute to international cooperation. 
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Project BALLOTS 
Subject: Acquisition Design 

Library System Note No. 8 
Name: Eleanor Montague 

Date: January 9, 1969 (Revised April 9, 1969) 

Title: Program Specifications for Acquisition Purchase Order Printing 

I. INITIALIZATION 

PRO is a required attribute in each record. A Purchase Order 
will be generated for each record in which PRO has a value po, op, pd. 

II. COVER SHEET 

For printing, purchase orders will be sequenced by vendor. At 
the beginning of each vendor change, a blank form will be used as an 
address sheet. (See Appendix II for line numbers and starting character 
positions.) Every record will contain a unique identification number 
for each vendor (called vendor ID number, attribute mnemonic VID). 

This vendor number will serve as the access point to a separate, internal 
table of vendor names and addresses which will be used as the mailing 
address to be printed on the cover sheet. 

For VID 30, repeat the vendor name and address on a new cover 
sheet after 16 purchase order forms and 16 accompanying Abel accounts 
receivable forms (i.e., after 32, two-part forms) have been printed. 

For VID any other legitimate vendor ID number repeat the vendor 
name and address on a new cover sheet after every 32 purchase orders. 

III. FORM LAYOUT 

See attached copy of form. 

IV. OVERFLOW AND ERROR INSTRUCTIONS 
See Appendix VI. 

V. CONTENTS/COMMENTS CORRESPONDING TO MAJOR NUMBERED AREAS ON 
ATTACHED FORM 

1. Area # 1; Name of Form 

A. Contents 

1. For all vendors 

(line 1) PURCHASE ORDER 

(line 3) RETURN WITH MATERIAL OR USE AS 
REPORT 
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2. When vendor ID 30, a second, two part form will 
be produced containing exactly the same information 
as the first, but having different form names 

(line 1) ABEL ACCOUNTS RECEIVABLE COPY 
(line 3) ABEL ORIGINAL INVOICE 
B. Format Comments 

Each form will be centered on the appropriate line 
between starting character position 16 and ending character 
position 53* 

2. Area # 2: Date of Order 

A. Contents 

Area #2 will contain the date of printing in the forms 
MM-DD-YY, supplied by the purchase order printing program. 
Each purchase order must have a date. The date will be 
printed on line 3, starting in character position 55. 

The date of order will be taken from the FD attribute. 

3. Area #3: Order Number 

A. Contents 

The order number is equal to the value of the attribute 
ID which is required in each record. Each purchase order 
must have an order number. The Order Number will be 
printed on line 3, formatted to end in character 
position 72. 

4. Area #4s Bibliographic Information. Order Information. Special 

Ins tructions 

A. Contents 

See Appendix I for detailed comments. 

5. Area # 5s Ship to and Billing Information 
A. Two conditions prevails 

1. Material sent to a location other than the Order 
Department; invoice sent to Order Department. 

2. Material and invoice sent to same location. 
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B* Comments on two conditions noted above 
1, Comment on condition Number 1* 

There ere 14 fixed addresses end e variable number 
of indiMidual requestor addresses other than the 
Order Department which can serve as ship to addresses. 

Por condition Number 1 9 the following format will 

apply: ^ ^ ^ p#0# , sh xp TO: (centered, all caps) 

lines 13-17 on the P.O.: The ship to address 

line 18 (preprinted) will be left as is to 
communicate billing instructions to the 
vendor. 

From a user point of view, rathet than input a fixed 
ship to address with each record, it is preferable to 
have the 14 addresses stored in a table or in the pro- 
gram. A given address would then be indicated by a 
code in an attribute input with the record. The 
attribute will be 11 ship to address** and its 
mnemonic will be ADD. If the ship to address is one 
of the variable addresses rather than a fixed ship 
to address, the value of ADD will be the variable 

address itself. 

2* Comments on condition Number 2. 

The ship to address and instructions will be located 
in lines 12-17. The pre-printed "bill in duplicate 
etc." message on line 18 will be x*ed out. The format 

WtU b *‘ Une 12: SHIP AND BILL IN DUPLICATE TO: 

(centered between 44 and 73, all caps) 

♦ 

lines 13-17: The address 

line 18: x*ed out, starting with character 

position 44 through 73. 
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The method of indicating one of the 14 fixed addresses 

or a variable address will be the same as outlined in 

number 1 above, using the ADD attribute, 4 

» • 

C* Pinal Comments 

Bach purchase order must have ship to and billing infor- ♦ 

mation reflected in one of the two formats noted above* 

Each address will be pre- defined to fall into one of the » 

two formats outlined above* (See Appendix IV Attribute ADD: 

Ship to Addresses.) 

6* Area # 6: Total Est* Price # < 

A* Contents 

The total estimated price is equal to the value of the 
‘ PR attribute* If PR is not included in the record, leave 
area blank* 

v 

# 

B, Format Comments . ’ 

Total estimated price will be printed on line 18 of the 
P*0* and will have available 22 characters, starting with 
• character position 10* All prices will start in position 10* 

7* Area 7: Vendor Number 

A* Contents 

The vendor number is equal to the value of the VID attribute* * 

Every purchase order must reflect a vendor identification 

i * 

number* 

B* Format Comments 

Vendor ID number will be printed on line 18 and will have 

available 6 characters, right justified to position 41. 

i 

• * 
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8* Area #6: Number of Copies 
A* Contents 

Information on the number of copies is available from 
an analysisiof the value of the ORD attribute* Attached 
as Appendix III is Jerry West's paper "Representation 
of Volume, Part, Fascile, etc*" - 

Library Systems Note No* 1 on File Organization A Content 
contains a statement of Project BALLOTS attribute list* (See App.V) 
The "Order Information" attribute, mnemonic ORD, is de- 
fined to have the following sub -elements : 

< Bibliographic Descriptor Information, including number 
of copies > ; <date of order (MM-DD-YY)> ; < Language of 
Bibliographic Descriptor Inf ormation > ; ^Information Comments > 

Of concern in area # S is the first sub-element of ORD* 

If Bibliographic Descriptor Information is present, it 
will be enclosed in one or more sets of ()'s* After the 
last set of ()'s will come a statement of the number of 
copies in the form XXc* The entire sub-element of Biblio- 
graphic Descriptor Information will be separated by a semi- 
colon from the next sub-element, date of order* 

For example 

ORD" (V. 1-7) (V*8-)2c; etc." 

i 

ORD" (10 vols*) lc; etc* " 

ORD" Ic; etc." 

There are many occasions when Bibliographic Descriptor 

t 

Information in ()'s will not be present* This condition 
is recognizable by the absence of ()'s* In this case, 
the number of copies will be the only information in the 
first sub-element* 

In summary, the one or two digit number in the form Xc 
or XXc in the first sub-element of ORD will go in the "No* 
copies" box on the purchase order* The lower case letter 
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"c" will not be printed in the ”No. copies” area* ‘ 

B« Format Comments 

t 

The number of copies will never exceed two digits. Copy 
information will go on line 5 starting with character 
position 2. Every purchase order must have a statement 
. of number of copies. 

VI. SPECIAL PROCESSING REQUIREMENTS 
1. Output printing 

A# Purchase Orders will be printed using the 120 print train 
now at the Computation Center Campus Facility. 



i 
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APPENDIX I 

Am #4s Bibliographic Information, Order Information, Special 
Instruction#, ate* 

i 



A. Ceneral Comments , 

This is the largest, and perhaps most important area on the purchase 
order* It is here that the item to be ordered is bibliographically. described, 
order information is given, and special messages or instructions are given to 
the vendor* 

This area has available a total of 794 character positions* - If the 

4 

formatted data to be included in Area #4 exceeds the available characters, 
a special routine must be followed* See Appendix VI for overflow and error 
instructions* Two general comments are applicable to the contents of Area #4* 

A line will be terminated at the nearest whole word or at the hyphen of 
a hyphenated word* This is a much simplier approach than attempting to 
construct a program capable of meaningfully hyphenating English and foreign 
language words* 

For purchase order printing, it is not necessary, desirable or possible 
to print the entire value of attributes to be printed in Area #4 of the 
purchase order* Therefore, attributes to be included in Area #4 may be 
edited with a special indicator (#). The pound sign will work in various 
combinations to suppress portions of the value of an attribute* 

1* Data enclosed in a pair of #*s will be suppressed in printing* There 
may be more than one pair of # 9 s* For examples RT M By John Jones and 
Edgar Cayce#, with a foreword by Elsie Kemp#* Illustrations by 
Harvey Hale.*' 

In this case, all characters between the pair of #*s will be suppressed 
in printing* 

2* Data following one occurrence of the*# will be suppressed during 
purchase order printing* For examples TS"From here to eternity#, 
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a study in the futility of Christian ethics in everyday life." 

In this case, all characters following the # will be suppressed 
* during printing. 

RT n Compiled by Elliott) Never#, with the assistance of his son John#. 
Illustrations by Samuel Baker. #Foreword by Katherine." 

The action of the pair of #'s and the one occurrence of # will\ 
result in RT's printing on the P.O. as followss Compiled by 
Elliott Never. Illustrations by Samuel Baker. 

RT"#[by] John Smith." 

In this case, the value of RT would not be printed on the P.O. 

3. Data following a double pound sign (##) will be suppressed during 
printing and three dots (...) will be supplied. For example: 

TS"Let us not go into the night, a love poem## for the muggers." 

* In this case, all characters following the ## will be suppressed 
during printing and a series of three periods (...) will be supplied 
starting at the point of the first #• In the above example, the 
actions of the ## would look as follows: 

Let us not go into the night, a love poem... 

In all cases, the # or the ## will themselves be suppressed. 



B. Format Comments 

The contents of Area #4 can be divided into 6 sections: 

Main Entry 

Body of Bibliographic Information 
Series Information 
Order or Subscription Information 
Special Instructions to Vendor 
Vendor Catalog Information 

A detailed discussion of each section will follow. Bach section 
will begin on a new line. Please see Appendix VII for sample purchase 
orders. 

% 
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1. Section Is Main Entry 

# 

Source of Data — The first piece of information to be printed 
in Area #4 is the main entry. 1 The main entry may be a personal, cor- 
porate or conference name or a title of a book. The main entry will 
always be the value of the attribute ME unless the attribute PME is 
present. If PME is present, the value of PME will go in the main entry 

position on the P.0. 

The ME attribute is not a user input attribute. ME will be created 
by the data base building program and will contain as its value a pointer 
to the attribute element which, upon input, contained a colon (:) in 
the position between the attribute mnemonic and the double quote (")• 

For example, if A: "Jones, Thomas" is input in a record, the data base 
building program will construct an attribute ME which will contain as 
its value a pointer to the element Jones, Thomas of the attribute A. 

The PME attribute will be constructed in a similar manner but in 
response to the slash mark (/) in the position between the mnemonic and 
the double quote. See Appendix V for BALLOTS Attribute List. Notes 
Both PME and ME will contain as their value a pointer to the element of 
an input attribute. This is important because two different formats 
will be used: one format when the main entry is a personal, corporate 

or conference n ame and one format when the main entry is the title of 
a book. Each record for which a purchase order is to be generated must 
have an ME attribute and/or an ME and PME attribute. If this is not the 
case, an error exists. See Appendix VI on overflow and error instructions. 

A. Format for main entry 

1. The first line of the main entry will begin on line 4, starting 
character position 7, with the one exception noted below in B. 

2 1 Every succeeding line of the main entry will start in character 
position 7 unless MB or SMB point to TS, TA, or TU in which esse 
every succeeding line of the nsln entry will stert in chsrecter 

position 11. 



* The only exception to this rule is noted below in B. Exception 



• • • 
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B. Exception to A above. 

1. When the value of VSP is equal to the character string 
RUSH (Rush, rush), the words PLEASE RUSH in all caps and 
underlined will be printed on line 4 starting in character 
position 6. 

2. When this exception prevails, the first line of the 
main entry will be printed on line 5. All other rules of 
format for the main entry will remain valid. 

2 

C. Main entry end punctuation 

The last non-blank character of the main entry must be 
checked for end punctuation. One of three conditions will prevail 
in all cases. 

1. If no end punctuation exists in the last non-blank 
character, supply a period in the following space. 

2. If the last non-blank character contains a,sor; replace 
this character with a period. 

3. If the last non-blank character is a ? I or . do 
nothing. 

NOTE: The above comments on punctuation are relevant to the 

value of the attribute to be printed on the P.0, after the 
meaning of the # or ## has been applied to the data. 

2. Section 2: Body of Bibliographic Information 

If PME or ME point to CAE, CAR, CAV, A, AA, AE, CF, CFE, or CFA 
the first line of the Body of Bibliographic Information will start 
on a new line after the last line of the main entry and will start 
in position 11. Each succeeding line of the body will start in 
position 2. 

If PME or ME point to TS, TA, or TU, the body of bibliographic 
information will start 2 blank spaces after the main entry. Each 
succeeding line will start in position 11. 



^End punctuation as used here is defined to include 
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If present in the record, the following attributes will comprise 
the contents of the Body of Bibliographic Information and will be printed, 
in order, on the P.O.s 
TS, RT, ED, PLA, PUB, PUX, DS(D), and IMP. 

i 

The last attribute present in the Body will terminate the line and 
will be tested for end punctuation as outlined in l.C above* The punctua- 
tlon assigned to the last attribute by this test overrides the punctuation 
required if the attribute were not the last attribute* 

A* TS 

1* TS will not be printed as the first element of the body if 
HE or PME point to TS, TA, or TU. In all other cases, TS must 
be printed* See Appendix VI for Overflow and Error Instructions* 

2* If TS is printed, test for end punctuation as outlined in 
1*C above* 

B* RT 

1* RT may or may not be present* 

2* If RT is presents 

a) Test for end punctuation as outlined in 1*C above* 

b) Test for initial capitalisation as follows! 

1) If the first character is a lower-case alpha, capitalise 
it* If the first character is a < , and the second character 
is a lower-case alpha, capitalise it* For any other condition 
do nothing* 

'* 

C* ED 

1* ED may or may not be present* 

D* PLA 

• • 

1* PLA may or may not be present* 

2* If PLA is present, test for end punctuation or > • 

a) If last non-blank character is > tf ?, or I do nothing* 

b) If Ust non-blank character la a period (*) 9 look at the 
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preceding character. If the preceding character is an upper- 
case alpha, supply a comma (,) in the first blank character 
following the period. If the preceding character is a lower- 
case alpha or a numeric, replace the period with a comma. 

c) If the lasl non-blank character does not equal > *$?, • or 
I supply a comma in the first blank space following the value 
of the attribute. ' 

t 

NOTEt The above comments are relevant to the value of the 

attribute to be printed on the P.O. after the meaning 
of the # or 44 has been applied to the data. 

E. PUB 

1. PUB may or may not 

2. If PUB is present, 
in 2 .0*2 above* 

F. PUX 

1. PUX may or may not be present. ^ 

2. If PUX is present, test for end punctuation as outlined ^ 
in 2.D*2 above. 

* 

6. DS(D) 

1. If US is not present, print the value of the attribute D (if 
D is present) on the purchase order. 

2. US (or D) may or may not be present. 

3. If DS(or D) is present, test for end punctuation as outlined below* 

a) If last non-blank character is>*?l do nothing. 

b) If last non-blank character is ,s; replace last non-blank 
character with a period* 

H* IMP 

1* IMP may or may not be present* 

2* If IMP is present, a ( will be placed in the blank space preceding 
the first non-blank character in IMP. A > will be placed in the fire* 
blank space following the last non-blank character in IMP. 



be present. 

test for end punctuation or ^ as outlined 
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3, Section 3: Series Information 

If present in the record, SSI and SPO will be printed on the P.O. . 

The first line of the Series Information will be printed on the 
' first line after the Body of Bibliographic Information, starting in 
character position 11. Each succeeding line will start in character 
position 2. \ 

If present, each attribute will be formatted as follows: 

1) a left paren will be supplied in the first blank space preceding the first 
non-blank character in the attribute and (2) a right paren will be supplied 
in the first blank space following the last non-blank character in 
the attribute. If both attributes are present, two blank spaces 
will separate the ) of SSI from the ( of SPO. 

• - 

A. SSI 

1* SSI may or may not be present* 

B* SPO 

I # SPO may or may not be present* 

4 # Section 4: Order or Subscription Information 

HOfEs Meaningful instructions concerning the analysis of ORD and PO 
are difficult to communicate in written form* The discussion 
that follows is at once a summary and an introduction; more 
detailed questions concerning analysis of ORD and PO or printing 
format can perhaps be better answered verbally*. 

The first line of Order Information will be printed on the first 
new line after Series Information, starting in character position 2. Each 
succeeding line will start in character position 2. the attributes ORD 
and PO will be used in Section 4. 

The Order Information to be printed on the P*0* will be gotten from 
an analysis of the first sub-element of the ORD attribute* Subscription 
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Information or Acquisition messages to be printed on the P*0* will be in* 

dice ted by a code in the PO attribute* The contents of PO will be 

stored as a series of messages or instructions in a program table; the . 

» 

input value of PO will be a code indicating one or more particular 
messages or instructions in the table* Bach alpha character in the PO 
message will be printed in uppercase* ' 

A* ORD 

1* ORD must be present in each record for which a purchase 
order is to be printed* 

2* The Order Information which is to be printed on a purchase 
order must be derived from an analysis of the Bibliographic Des- 
criptor Information clauses in the first sub-element of the 
attribute ORD* See Appendix III "Representation of Volume, Part, 
Fascicle, etc*" by Jerry Vest for details* 

3* In sunmary, if present. Bibliographic Descriptor Information 
will be coded and input (according to syntax rules) in clauses 
surrounded by () v s comprising, along with number of copies in- 
formation, the first sub-element of ORD* Bibliographic Descriptor 
Information clauses need not be present in the first sub-element 
of ORD; number of copies Information must always be present* 
Number of copies Information will bo the last piece of information 
in the first sub-element and will not be enclosed in ()'s* For 

* 

examples 

ORD" (V * 3) 2c s etc*" 

ORD"(V.l-10)(V.ll-)lc;etc." 

0RD"6c;etc*" 

4* Printing of Order or Subscription Information* ' 

In every case, before action is taken with ORD, PO must be 

« • 

examined* 
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A* Format rules for ORD when value of PO does not equal 1 or 2. 

• . 

1) If no Bibliographic Descriptor clause exists in ORD, 
no order information will be printed on the P.O. 

2) If one clause is present, the contents of that clause 
will be printed on the P*0. starting in character position 2. 

The () * s will be removed before printing* If the last non- 
blank character of the contents of the clause does not equal 
a period, a period will be supplied in the first blank space 
following the contents* 

i 

* 

3) If more than one clause is present, the contents of each 
clause will be printed, in order, on the P>*0*, starting in 
character position 2* The ()'s will be removed before printing 
or formatting* When the contents of the clauses are printed, 
the word "and" (preceded and followed by one blank space) 

will be supplied between the contents of each clause* If 
the last non-blank character of the last clause's contents 
does not equal a period, a period will be supplied in the 
fijjt blank space following the contents of the last clause* 

For examples if 0RD"(V.l-l0)(V.16)lc$etc.", Order Informa- 
tion on the P.O. will be. printed as follows: V.l-10 and 
V. 16 . 

B* Format rules for ORD and PO when value of PO equals l or 2* 

If PO contains a l or 2, information must be taken from one of 
clauses in ORD and used to fill in the blank in the PO 
message. See Appendix V, BALLOTS Attribute List for details on PO. 

1) If there is no bibliographic clause in ORD, an error 
has been made. For this and all error conditions^ noted 
below, see Appendix VI for overflow and error instructions. 

2) If there is one bibliographic Descriptor clause in ORD, 
the contents of the clause will be printed in the blank 
portion of PO message 1 or 2 (which ever is indicated). In 






all cases, the contents of the clause will not be repeated 
outside the PO message, the hyphen (the last non-blank character* 
in the contents of the clause) following the value of the 
bibliographic descriptor will be removed before insertion in 
the PO Message* If a hyphen is not the last non-blank * 

character, an error has been made* The ()'s will lie removed 
■before printing* , 

If the value of PO is 1, a blank space will be provided ; 
preceding and following the contents of the clause as it is in- 
serted in message number 1* (This action and the similar * 

action noted for P0 W 2 M below will take place after the removal 
of the ()'s*) 

* 

If the value of PO is 2, one blank space will be provided 
following the contents of the clause as it is inserted in 
message number 2* 

For example, if 0RD"(V.9-)lc;etc. M and P0 M 1", the phrase 
to be printed on the P*0. would look as follows: SUBSCRIPTION 

TO BEGIN WITH V.9 AND TO CONTINUE UNTIL FURTHER NOTICE. If 
ORD^V.V-Hcjetc." and P0 M 2 H , the phrase to be printed on the 
P.0, would look as follows: V.9 AND ALL FUTURE VOLUMES AS 

PUBLISHED* % 

The PO message will start in character position 2. 

3) If there is more than one Bibliographic Descriptor clause, 
test the contents of each clause for a hyphen in the last 
non-blank character* One and only one clause may have a 
hyphen* If none or more than one has a hyphen, an error 
has been made* 

The contents of the clause having the hyphen in the last 
non-blank character will be printed in the blank portion of PO 
message 1 or 2* TheO's end the hyphen will not be printed. 4 
The contents of the clause to be inserted in the message will 
be delimited by blank spaces ss outlined in 4.B.2 above. 



311 - 



\ 

In all cases , the contents of the clause printed in 
the PO message will not be repeated outside the PO phrase. . 

The contents of all other clauses will be printed before 
the PO message with the O's removed before printing. When 
*: contents of the clauses are printed, the word "and” (pre- 

ceded and followed by one blank space) will be supplied 
between the contents of each clause and between the last clause 
and the first non-blank character of the PO message. For 
example, if 0RD"(V.l-9)(V.10-)lc;etc." and PO"l", the 
•purchase order will look as follows! 

V.l-9 an 6 SUBSCRIPTION TO BEGIN WITH V.10 AND TO CONTINUE 

UNTIL FURTHER NOTICE. 

Another example! If 0RD"(V.l-6)(V.8)(V.l0)lc;etc." and 
P0"l", the purchase order will look as follows: 

V.l-6 and V.8 and SUBSCRIPTION TO BEGIN WITH V.10 AND TO 

CONTINUE UNTIL FURTHER NOTICE. 

B. PO 

1 # PO may or may not be present. 

2. The value of PO will indicate one or more messages or instructions 
in the PO attribute table. 

3 . If po does not contain a 1 or 2, the PO message will be printed 

4 blank spaces after the last non-blank character of the ORD clause(s). If the 
information is not to be printed, the first non-blank character of the 
PO message will start in character position 2. If there is more than 
one PO message, separate the last character of the first message from 
the first character of the next message by 4 blank spaces. If there 
are more than 2 messages, separate each by 4 blank spaces. 
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5* Section 5t Special Instructions to Vendor 

If present in the record, the value of the attribute VSP will be printed 
on the P.0. , 

The first line of Special Instructions will be printed on the first new 
line after Order Information, starting in character position 2. Each \succeeding 
line will start in character position 2. 

The entire value of VSP will be printed on the P*0. underlined* Ail 
alpha characters will be printed in uppercase* 

6* Section 6: Vendor Catalog Information 

If present in the record, the value of the attribute VCT will be printed 
on the P*0* 

The first line of Catalog Information will be printed on the first new 
line after Special Instructions, starting in character position 2, Each 
succeeding line will start in character position 2* 

A. VCT 

!• The two sub-elements of VCT will be input as follows! 

* 

Cats <cat* name or number>$ 

Items <item number*^ 

Either one or both of the sub-elements may be present* 

2* If both sub-elements, separated by a semicolon, are present, 

the semicolon is to be replaced by three blank spaces for P*0* printing* 
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Cover Sheet Hailing Address Format Instructions , \ 

Purchase Orders to be printed will be sequenced by vendor. Each 
t imft a vendor changes, the vendor name and address will be printed on a 
blank form at the beginning of each vendor group. 

f 

All, vendor names and addresses will be limited to 6 lines with a 
fflavtmimi of 31 characters. 

Lines 11 through 16, characters 7 through 37, will be used for the 
address. 

• f i l 

*' • i 

'Attached is a copy of the purchase order form with the vendor 
address area marked in red. 
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Project BALLOTS . 

Titles Representation of Volume, Part, Fascicle, etc* 



Authors Jerry West 



September 17, 1968 






DEFfNITIONS 



.»? 



A. 

* • | 

For purposes of this discussion and all other discussions concerning 

* this problem, the following definitions have boon modal . 

V. y' 

t \V « 



1-’. Bibliographic Descriptor - One of the followings 



* * 



Notes 






■S: 



a* Volume 

b, Part 

c, Fascicle 

d, Issue 

e, Section 

f, Supplement 

g, Number ( 

The foreign language equivalent of each item listed, 
is included in the definition. 



>y. 

\ .v 

• V 



2. VAlue of Bibliographic Descriptor - The alpha or numeric 

to whichTa bibliographic descriptor refers e.g. volume 1968/69, 

In this case ”1968/69” is the value of the bibliographic descriptor 

’•volume”, 

3, Bibliograp hic Item Description - The combination of various . 
bibliographic descriptors and their related values which are used 
to describe one physical piece of material e.g. Volume 1 Part A % 

A, WMl Apr Aphic Description Set - A series of bibliographic item 
descriptions 'which ate associated with each other for some P U *P<«V 
such as for printing on a purchase order. This includes the copy 
information which is associated with the material. e.g. Volumes 
1-10, 2 copies,.* 

In all these definitions, the word ’’bibliographic” can be dropped 
when it is clear to everyone what subject is being discussed. 





B. SYNTAX 



The method selected for the representation of this information 
within the EVENT-TYPE Attributes must satisfy three requirements. 

1. The syntax must be flexible enough to satisfy all possible 
combinations of the data, being represented. 

2. The syntax must be user oriented so that the information 
units are understandable and easy* to input, ' 

3. The syntax must be defined in a way which can be parsed and 
processed by programs. 

i • 
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The combinations of bibliographic descriptors and their related values 
which make up item descriptions or description sets are organized in a 
. hierarchical structure* Within this organization the highest level appear.s 
first in the description, and each subsequent level modifies the level or 
levels which have preceded it, e.g., Volume. 1 Part A Issue 13 or Volumes 
1-10 Parts A and B Issue 13* In this example Volume 1 is the highest 
level and Part A modifies it* Issue 13 modifies both Volume and Part* ; 

*.*•- . . ... .. .. 

Within a bibliographic description set there may be more than one : 

occurrence of this hierarchical structure, e.g* Volume 1-10 Issue 13, 

* and Volume 11 Issue 14* In this example Volume is the higher level and 
it is repeated twice* It 1# as though this description set is made up v of 
two clauses* At this point an additional definition Is appropriate. 

\ \< 

Bibliographic Description Clause — The portion of a description set^ 

' which contains a number of levels of descriptors, where each level modifies • 
the level or levels preceding it* 

• . • > ’• 

The problem of representing a bibliographic description set so that it ( 

could be easy to use and understandable to both man and computer will be * ,* 
attacked by defining the use of punctuation and codes* The punctuation and 
language symbols which will be used are the semi-colon (;), comma (,). period 
(.), dash (-), blank and parentheses* Each descriptor will have a letter 

. code e.g. Volume » V# * 

The semi-colon (?) will be used to separate the bibliographic descrip Ion 

set from the rest of the elements in the attribute. 

'• • « # • 

The period (.) will be used to separate the descriptor code from the m 
value of the descriptor, e.g. V.l 

The comm* (,) will be used to separate one descriptor value from another 
‘ when .they both have the same descriptor, e.g. V.l, 2* The symbol is trans- 

lated as the word "and". 

* 

4 

The dash (-) will be used to separate one descriptor value from another 
when they both have the seme descriptor, and when a sequence is implied, . • ’ 

• e.g* V.l-10. • The symbol is translated as tfce word "through" * • » 

The blank is used to separate one level of a clause from another, e*g. 

V.l Pt.A* 

The parentheses are used to delimit a clause, e.g. (V*l Pt*A)(V.2 Pt.B) 



Here are more examples and explanations. V.l-10 Pt*A-C. This means 
that each of the ten volumes, numbered one through ten, have parts A,B and C. 
In this example if volume 5 did not have any parts to it, it would, be re- ^ 
presented thuslyt (V.l-4 Pt.A-C)(V.5)(V.6*10 Pt»A-C)2c*. Note the. . 
copy information at the end. • This means two copies of each item in the 

description set* 



(V .1936/37 Sud.1) (V. 1952/53) This represents the first supplement 
to the wlume ftTSho yiiM W36 end 1937. plus the volume for 1952 end 1953. 



* 



% 

• ft 






V 
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An additional* case arises when there is an order for a series . 
vhich has no bibliographic description sat. The order Bay be tor 2 , 
copies of a terminal set with 10 unr»^bered volumes . jk . *** x< 
the bibliographic description set will consist or; ^ 

.The word "Vols." is preceded by the number- o* volumes, if tha * . s 

is known If the number of volumes is not known, then the copy 
„ inf“loni.^eonly pari of tha description a.t which i. 

f * * . . # h •** 



\ 



c, BIBLIOGRAPHIC DESCRIPTOR CODES BY LANGUAGE 

• • 

• a* ’ I 

Here are the acceptable codes for the bibliographic descriptors in; s 
some languages. •»-. 



1. English - V., Pt„ Fasc., Iss., Sect., Suppl., and So. 

2 . French ToB v pt «* Fasc ** Sece » Su PP 1 ** • nd s# - 

3. German Bd., Tail, Fasc., tfg., Abt., Erg., and He. 



■ \ . 



4. Spanish - V.’, PteV, Faec., and Ho. 

' o (■ ■ • }' 

• . • r • . 

. , • * . >- 

: ' • >. • : • ‘ ft ' • 



• . 



•# 




APPENDIX IV 



Attribute ADD: Ship to Addresses 



Address % Condition 

Order Dcpartmont Material and invoice to some 

Stanford University Libraries location, \ 

Stanford, Ca. 94305 

Serial Department Material and invoice to same 

Stanford University Libraries location, 

Stanford, Ca, 94305 

Current Periodicals Desk Material to this location? 

Stanford University Libraries • invoice to Order Department, 
.Stanford, Ca, 94305 



Meyer Undergraduate Library Material to this location; 

Stanford University Libraries invoice to Order Department. 

Stanford, Ca, 94305 

Lane Medical Library . Material and Invoice to same 

Stanford Univ. Medical Center location, 

Stanford, Ca, 94305 ; , 

# * , ‘ 

Mrs. Jackie Meyer Material and invoice to same 

Humanities Reference location. 

Stanford University Libraries . 

Stanford, Ca, 94305 

Library Material and invoice to same 

Food Research Institute location, 

S Unford University 
Stanford, Ca, 94305 



Library 

Food Research Institute * 
Stanford University 
Stanford, Ca* 94305 . 



Material to this, location; 
invoice to Order Department, 



... Attribute ADD: Ship to Addresses 



Address . 1 

Director! 

Stanford in Germany 
Landgut Burg 

7056 Beutelsbach bei Stuttgart 
GERMANY 

*A. 

Directors 
Stanford in Italy 
Villa S, Paolo 
Via della Piazzola, 43 
Firenze, ITALY 

Directors 

Stanford in Austria 
Seilerstatte 30 
1010 Vienna 
AUSTRIA 

Directors 

Stanford in Britain , . 
Harlaxton Manor 
Grantham, Lincolnshire 
ENGLAND 



Directors 

Stanford in France 
1, Place Anatole-France * 
Tours, Indre et Loire 
FRANCE > 

Library 

Mr. A. Baldridge 
Hopkins Marine Station 
Pacific Grove, Ca. 93950 



Document Division 
Stanford University Libraries 
Stanford, Ca. 94305 

[Individual requestor's name 
and address] 



Condition 

( 

Material to this location; 
.'invoice to Order Department. 



Material to this location; 
invoice to Order Department. 



Material to this location; 

; invoice to Order Department. 



Material to this location; 
invoice to Order Department. 



Material to this location; 

• invoice to Order Department. 



Material to this location; 
invoice to Order Department. 



Material md invoice to 'same 
location. 



Material to this location; 
invoice to Order Department. 



- 320 - 






APPENDIX VII 

SAMPLE PURCHASE ORDER FORMS 



'I 



The following forms ore merely example* prepared on the 
IBM 2741 need a* a typewriter. 
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ERIC 
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APPENDIX VIII 



Vendor Name, Address, And 
Identification Number Table 1 




26880 


• B.F# Stevens & Brown, Ltd# 
Ardon House 
Hill Lane, 

Godaiming 

Surrey 

ENGLAND 


12580 


Otto Harrassowitz 
POSTFACH 349 
6200 Wiesbaden 
GERMANY 


26820 


Stechert-Hafner, Inc# 

31 East 10th Street 
New York, New York 10003 


28098 


Jean Touzot, Libraire 
11, rue de Varenne 
Paris VII 
FRANCE 


26370 


J,V# Stacey, Inc# 
2575 Hanover Street 
Palo Alto, Ca# 94304 


30 

• 


Richard Abel A Co#, Inc# 
Industrial Center Bldg# 

Marinship Gate 5 Road ^ 

Sausalito, Ca# 94965 ^ 


3900 


B# H# Blackwell, Ltd. 
48-51 Broad Street 
Oxford 
ENGLAND 


28764 

I • 


University Microfilms, Inc# 
300 North Zeeb Road 
Aim Arbor, Mich# 48103 


19820 


Martinus Nijhoff 
POB 269 
The Hague 
NETHERLANDS 


| 16216 


Libreria del Porcellino 
Piazza del Hercato Nuevo 6-7-8R 
t snm Firenze 

% 


27420 


Szwede Gallery and Bookstore 

P#0# Box 1214 

Palo Alto, Ca# 94302 




ITALY 

* 

• 



\ 



*This la a partial list, representing the most frequently used vendors# The list 
will have additions# If all vendors were included, even the once-a-year used vendors, 
the list would be approximately 2,000 vendor names and addresses. 
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RESUME 



Name: Robert B. Lish 

Title: Data Control Supervisor 

Date: June 26, 1969 



Education : 

Foothill College, September 1964 to February 1965 (law) 
Foothill College, June 1967 to September 1967 (night school, 
Data Processing) 

Foothill College, 1967 to present (courses toward A. A. degree 
in Data Processing and Business) 



Professional Employment : 

Administrative Data Processing machine operator, Encina Hall, 
Stanford University, December 1966 to June 1967# 

Senior Control Clerk, Computer Data Processing, Encina Hall, 

Stanford University, June 1967 to January 1969. Responsible 
for controlling data to and from the IBM 360/40 computer. 

Tape Librarian, Computer Data Processing, Encina Hall, Stanford 

University, January 1969 to July 1969. Responsible for control- 
ling and handling magnetic tape for the IBM 360/40 computer. 

Data Control Supervisor, Automation Division, Stanford University 
Libraries, July 1969 to present. 




RESUME 



Name : Wayne Davison 

Title: Junior Systems 

Librarian 

Date: June 26, 1969 



Education : 

B.A. Occidental College, 1964 (Music) 
M.A. Stanford University, 1966 (Music) 
Current work toward D.M.A. at Stanford 



Professional Employment : 

Part time library assistant, Undergraduate Library Project and 
Catalog Division, Stanford University Libraries, 1965-68. 
Work in ordering, cataloging, and development of coding 
procedures for book catalog system. 

Group supervisor, Catalog Division, Stanford University Libraries 

1968-69. 

Responsible for the production and re-programming of the 
Meyer Undergraduate Library computer produced book catalog. 



Honors and Societies: 



B.A. with honors (Occidental College) 



RESUME 



Name: 


Carol Ann Kayser 


Title: 


Data Preparation 




Supervisor 


Date: 


June 26, 1969 



Education ; 

Foothill Junior College, 1966-1968. Fifty-one semester units in 
Library Technology 



Professional Employment : 

Senior Clerk Typist, Palo Alto-Stanford Hospital. Typed and 
performed a variety of clerical tasks for the Nursing 
Directors and Supervisors. September 1962-August 1966. 
Student Helper at the Circulation Desk in the Foothill College 
Library, Spring Semester, 1968 (6 hours per week). 

Personnel Clerk, California State College, Hayward. Typed; 

screened and tested applicants. September 1968-April 1969. 
Data Preparation Supervisor, Stanford University Libraries. 

July 1969 to present. 



Honors; 



Deans List (Foothill Junior College) 
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The SP IP. 33 Supervisor 



Gillian F!. Riddle 



In troduction 



This paper addresses 
which currently oversees the 
Information Retrieval System 
once, each gaining access 
devices. The main body of the 
the operation and design of 
appendices indicate the more 
woull need in order to write 
under the supervisor. 

Overview of SPIR TS 



itself to the supervisor 
use of the Stanford Public 
(SPIRES) by many users at 
through remote terminal 
paper gives an overview of 
the supervisor, and the 
concrete information one 
a program which operates 



The basic function of the SHIRTS system is 
information retrieval. Aside from the primary task o*. 
actually searching a data base, there are associated 
tasks of outputting the documents found and allowing the 
user to gather a file of information at the terminal much 
as h° would normally use a scratch pad while working with 
a library’s card catalogue. Also, there is the task of 
allowing the user to control the session at the terminal. 
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In SPIRES, each of these tasks is assigned to a group of 
service or worker programs which oversee the correct 
satisfaction of the re guests that the user makes. 
Corresponding to the four basic types of tasks, there are 
four subraodes (groups of worker programs) called SFJVFCH, 

OUTPUT, COLLECT, and CCMTROL. 

The user is never really aware of which submode 
he is operating in except that he notices that each 
submode has its own group of legal commands. Also, he 
never knows about control mode since its group of 
commands are recognizable and legal in all of the other 
submodes. By mentioning the name of the submode, the 
user can explicitly transfer to its control. When he 
gives a control mode command, he is implicitly 
tranferring to the control of control mode. Whenever the 
user returns to a submodels control, his status is 
exactly that which it was when he last left -- the 
submodes are completely independent and operation in one 
does not change or negate the operation that has been 

taking place in any of the others. 

The supervisor's task is to oversee the switching 
of the user from one submode to another such that each 
submode can operate as if it were alone in the world and 
had complete control of the user. Additionally, the 
supervisor oversees the interfacing of the total system 
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with the outside world — a function that we discuss in 
the next section. In order that the submode can operate 
correctly under the supervisor* it is expected to have a 
certain structure as defined in Appendix F. T his 
restricted structure is required so that the worker 
programs may be written in PL/1 and still operate 
correctly in a multiple user environment. 

Interface wit h thc_rmtside eWorld 

SPIFFS exists at the Stanford University 

Computation Center as one of a variety of terminal 
oriented services. As part of the total system* routines 
are supplied by the center to allow SPIFFS to communicate 
to the terminals without worrying about any of the 
intricacies of such operations. The full specification 
of this communication link is in Appendix A* and here we 
give a quick overview. 

At the most outward level is a routine called 
TCCI1 which conducts the actual channel activity to send 
and receive information between the computer and t.ho 
terminals. Aside from accepting the interrupts* ?rorc 
pretties the incoming line, removing all control 
characters such as carriage return, tab key, etc. ^COM 
r. laces the beautified information into a Remote Terminal 
Buffer (an RTB , st « Appendix C) which also contains 
information concerning its length, whether it was 




terminated by a carriage return or attention key, and so 
forth* The RTB is passed to KILTEN which, after 
determining that the line is to be sent to SPIRES, queues 
a pointer to the RTB Xn a special area dedicated to 
holding SPIRES* queue. SPIRES can request that this 
queue be transferred whenever it desires, and in so 
doing, receives an indication of what terminal input, has 
ccme in since the queue was last requested. 

For output, the link is similar. SPIRES 
constructs an RTB and passes it to SILTEH which delegates 
to TCOa the task of issuing the channel activity to get 
the information to the terminal. 

HILTEN also keeps another block of information, 
the Remote Ter final Control Buffer (the HTCP, see 
Appendix B) which holds information on the user sitting 
at the terminal such as his name and account number, 
a II TEN collects this information when the user signs on 
and SPIRES may request a copy of it whenever it wants. 

The Supervisor 

In this section we take up the operation of the 
supervisor and relate it to the total system as outlined 
above. The primary job of the supervisor is to handle 
the suspension and resumption of user servicing in a 
manner that allows the submode worker programs to operate 
just as if there were only one user. 



The basic structure 



The supervisor looks, on a gross overview level. 



as follows: 

Suspend user 
currently feeing 
serviced* 

Set S TO S 

PTCK_A_0!>ER: 
pick next user 
to receive a 
service Mock* 

Set N 

to 1 Inspect R 

inccaing lines* 
N 

Is there a user 
chosen for a 
service block? 



If a directive from 
I1ILTEN, then do it. 

If a directive from 
user, then partially 
decode it* 

If supervisor function 
then do it, else queue 
user for a service 
Y block. 



Start the next 
service block. 

Rhen the supervisor gains control, it is because 
the service Mock for some user is to be suspended. In 
suspending the block, the supervisor must first save away 
the operating environment of the user so tha* his 
servicing will be correctly resumed when another service 
block is granted to him. Once the environment, is 
preserved, th*» supervisor next inspects the reason for 
suspension and conducts any processing that must be 
evoked for that typ«. of suspension. Thus, for example, 
if the suspension has been called to allow i/o to be 
done, the supervisor must start the i/o operation. 



- 334 - 



y 



After completion of the suspension task, the 
supervisor next looks in the queues of waiting users and 
attempts to find a user who is ready to receive the next 
service block. If a candidate is found, the supervisor 
initiates the i/o necessary to swap the chosen user f s 
information into core. 

After choosing a user for the next service block 
(and overlapping whatever swapping i/o must be done) , the 
supervisor makes an inspection of a certain number of 
directives that have been originated in the outside world 
and given to SPIKES by MILTEN. At first., at most five 

directives are inspected and thereafter only one is 
inspected — this insures that some minimum amount of 
bookkeeping work is done every time the supervisor is 
given ccntiol. 

Three possible actions can be elicited as the 
result of an inspection, depending on the nature of the 
directive. The directive may have originated in KIL^EN 
and serves to tell SPIRES that a new user wants to 



sign-in. 


that 


some 


error 


has been 


noted, etc. 


The 


supervisor 


decodes 


this 


directive 


immediately 


and 


coaoletes 


the 


processing 


necessary 


to service 


it. 



Alternatively, the directive was originated by the user 
and before continuing the inspection, the supervisor must 
obtain the user *s input and partially decode it. This 




partial decoding indicates whether the user is mating a 
reguest of the supervisor itself or whether the request 
is to be handled by a submode work program. In the 
former case, the supervisor services the request; in the 
latter, the supervisor queues the user so that he may 
eventually be given a service block. 

After completion of the inspection, the 
supervisor checks to see if a user has been chosen for 
service and successfully swapped in. If not, control is 
looped back to the PTCK_A_USER portion. Otherwise, the 
supervisor resumes the servicing of the user by first 
restoring the user’s operating environment (that part 
that hasn’t been restored by swapping) and starts the 
next service block. 

Kith this gross overview in mind, we now turn 
attention to a fuller explanation of each of the 
functional blocks. 

The suspension process 

The operating environment of the user consists of 
a map of the path that the user has taken through the 
various work programs. The map itself is manifest in a 
run- time-stack — a push-down stack into which is pushed 
the environment when a call is made to another procedure, 
and out of which the environment is popped when a return 
is made from a called procedure. In addition, the set of 



> \ 
\ 
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general purpose registers define the status of the user’s 

* 

execution at the exact moment of suspension* 

Beside the actual path of control, represented by 
its of registers, the run-time-stack holds the current 
values of variables used in the work programs* PL/I 
allows three types of variables, STATIC, AUTOMATIC, arid 
CONTROLLED, the first two of which are of interest here* 
Automatic variables are those whose storage locations are 
present in the run-time-stack* Static variables have 
their storage locations in a special area of core which 
is not copied when the procedure is entered — the 
variable is stored in a static location and whenever its 
value is changed, the new value is stored in this 
location. Thinking of a procedure as recursive, 

automatic variables are those local ones for which the 
procedure receives a new storage location at every level, 
whereas static variables are global ones whose values are 
common to execution at any level* Since the path of 
control must be preserved, there is a need to preserve 
the run-time-stack and so that it will not be necessary 
tc also preserve the static variable area, the 

restriction is placed on worker programs that they save 
all user- specific information in the run-time-stack using 
automatic variables. 

Thus to suspend a service block, it is sufficient 
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to save away the user's set of registers and his 
run-time-stack. Since the run- time- stack may be very 
large (about 21k for the largest encountered so far) this 



information 


cannot be 


saved 


in 


core and is 


instead 


written out 


to disk. 


Once 


the 


information 


has been 



written out, the suspend process brings in the 
supervisor's run-time-stack and overwrites it onto the 
old run-time-stack. This is done to keep down the length 
of the run-t ime-stack since once it gets above 25k {this 
number is specific to the SPIRES system) , PL/w? calls a 
procedure to obtain more room and this process would 
incur more overhead. 

Termination of a service block 

Appendix F specifies more fully the many ways in 
which a werker program can suspend its operation and pass 
control back to the supervisor. To the worker program, 
each of these suspensions appears to be a call to an 
external procedure and when the user's servicing is 
resumed and the worker program is given control for 
another service blcck, it receives control at. the 

statement following the call by which it last suspended 
operation. In this section we consider the processing 
that the supervisor must complete when it receives 
control to suspend a service block and after the 

supervisor has preserved the user's 




execution 
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environment. 

The primary reason that a worker program suspends 
operation is to allow i/o to be completed at the 
terminal. Two types can be recognized a TKPITE 

sequence in which a line is to be written at the users 
terminal and a TCONV sequence in which after the line is 
written , a prompt is issued to the terminal asking the 
user a question, the answer to which che worker program 
must receive before it can continue processing. Note 
that in a TWBITS sequence, there is no need for the 
worker program to suspend its operation while the line is 

being typed at the terminal. 

To handle these needs, the supervisor buffers the 
output to the terminal by means of a procedure called 
TWRITER • Output buffers are used so that a submode may 

retain control of a user for a long period of time even 
though the sufcmode may be writing lines out to the 
terminal — a process that would normally suspend submode 
service until the lines are written out. TCONV and 
TTiRITE calls cause the line that is to be written out to 
the terminal to instead be placed in one slot in the 
output buffers with an indication of which user it is to 
go to. For TCONV, sufcmode control is suspended until the 
line is written out, the prompt issued, and the user 
replies. For TWBITE, however, if the line can be 
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successfully accepter! (i.e. there is room left in the 
output buffers), the line is placed in the output buffers 
and control is immediately returned to the submode 
processor for futher service to the user. If the output 
buffers are full, however, control is suspended until 
room has been freed in the buffers and then control is 
returned to the submode. Whenever a service block is 
suspended to allow terminal i/o, the supervisor puts the 
user into a special category and queues an entry for him 
cn the list of incoming directives so that further 
processing of the i/o can be done by the normal processes 
in the inspection loop. Other special types of terminal 
i/o calls can be made as outlined in Appendix F, but they 
all evoke essentially the same supervisor operations as 
outlined above. 

The worker program may wish to suspend its 
operation for reasons other than i/o to the terminal. 
First, it may want to just suspend processing for a while 
b€cause it feels that the service block has lasted long 
enough — a crude type of time slicing. In this case the 
supervisor merely queues the user for another service 
block. Second, the worker problem may run into a 
catastrophic error situation from which it cannot 
recover. In this case it may request that the supervisor 
send an error message to the user and remove him from the 
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SPIRES system. 

Finally, the worker program may wish to do i/o to 
devices other than a terminal. At the moment, this case 
is handled by allowing the worker program to issue its 
own i/o calls, but a generalized disk i/o procedure is in 
preparation which will allow the supervisor to oversee 
such operations. 

The choosing of a waiting user 

Room is set aside for 15 users to be queued for 
service blocks. This room is in the form of a vector, 
QUEUE. This vector holds four distinct queues, one for 
each sub-mode, each of which is subject to a FIFO 
discipline and maintained as a linked list. QSTART is an 
associated vector which points to the first entry in the 
four linked lists — QSTART ( 1) points to the beginning of 
the linked list queue for control mode, QSTART(2) to the 
beginning for search mode, etc. QNUM is another 

associated vector which gives the number of users which 
are currently in each of the four queues. TII1E is a 
vector paralleling QUEUE, which gives an indication of 

the relative amount of time that has elapsed since the 

» 

corresponding item in QUEUE was inserted. Entries are 
made into these queues by first determining which queue 
is the correct on^ and then placing the item at the end 
and updating the entry’s TIME value. 




When PICX_AJJSER is called it determines the 
chosen user in a three step process. First it deter ra ines 
the relative priority of the first entry in each o r the 
four linked list queues. Then if a tie exists, if is 
broken 1> y referring to an inherent priority for the ^our 
queues which inHca+es the relative importance of the 
four suhnodes — the relative importance is (high-t o-low 
orier) search, control, collect, and output, here 
collect and output really have the same relative priority 
and a tie between them is broken by tossing a coin. once 
the queue from which the chosen user will be tak^n is 
determined, then the top Moment in that, queue is chosen 
— the individual queues are serviced in a FIFO manner. 

The first ste j. in this determination process is 
the Important one. For each linked list (for all i, 
i = 1, 2, 3, 4), a priority, prio(i) , is calculated — 
for all i - 

if i denotes fhe mode overlay currently in corn - 
prio(i)=IUCTR 

otherwise - prio (i) = zero, 
for all i - 

prio(i) = prio(i) 

f ONTTii (i) * Klin BIAS 

+ TIME (Q3TART (i) ) * ^T'-MBTAS 

♦ mnx(0, *11 NR ESPOUSE - time (QST ART (i) ) ) 

* INFINITY 

IMCT1 is some value which indicates the relative 
importance of choosing the next .service Mock for «-ho 
mode that is currently in core. Involving 0 MU M allows an 
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inordinately long queue to override other considerations; 
NUMBTAS allows the effect of QNTIM to he biased as 
desire 1. The use of TIME (QSTART (i) ) allows the elapsed 
time since entry to enter into the priority calculation 
and TIMEDIAS allows the effect of time to be varied 
relative to the other considerations. The last t^rm 
insures that «is scon as an entry has been waitjng for 
some minimum response time number of time units, that 
entry will be immediately serviced in the next, available 
service block. 



Tne following values are used for the parameters 
in this formula - 



me nn *> 

HUM BIAS 1 

TI'lEblAS 0 

MINRESPCKSE 10 
TNFmiTY 100 



Comparing two of these values at a time, while 

considering all other entries in the calculation formula 
**** bei'ij fixed , we can see the effect of these values. 
r !ote than five users waiting for a subcode will ovrrtride 
the effect of incumbancy and cause the current mods 
overlay to be overwritten by a new submode program. Tims 
does not explicitly enter into the calculation — it is 
felt t nat the effect should be felt merely through the 
it ini mam response time factor. If an entry has waited for 
ten time units then it will gain immediate attention. 
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Making TIMSBTAS 1 or greater would allow the priority 
calculation to be affected by the elapsed time relative 
to the number waiting in other gueues and the power of 
incuinbancy. 

The swapping of user information 

when a user is chosen to receive a service block, 
all his information must be brought into core before 
service may be begun. Beside the operating environment 
of the user which has been discussed above, this 

information includes a global storage area (see Appendix 
D) and the user's search results. The operating 
environment cannot he brought in until just before the 
service Mock is hejun since it resides in core 'in the 
same area being used for the supervisor's run-time-stack. 
The swapping in of the other information may be begun, 
however, as soon as it is determined who the next service 
block goes to. 

Areas in which to put this information are set 
aside in core. After determining that the information is 
not already in core, the supervisor looks for a free 
area. If one cannot be found, one must be made, and at 
the moment the supervisor merely swaps out the 
information for that user who last received a service 
block. 

The inspection loop. 
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All communication from the outside world is sent. 

into SPIRES from HILTEN by means of a queue of requests, 

s 

the entries denoting the type of request and identifying 
the requestor. Appendices A and C give a fuller 

explanation of the entries in this queue, and here we 
discuss the management of the queue by the supervisor. 

The inspection loop is done for a certain number 
of entries in the queue. Whenever it approaches the 
queue the supervisor looks at, at most, n = 5 entries, and 
thereafter will only look at n=1 at a time. When looking 
at the queue, let's say that there are m entries in it. 
If m=0 then the supervisor makes a call to HILTEN to get 
the new queue of requests that has been built up since 
the last call. If m<n, then m trips through the 

inspection loop are made. If m>=n, then only n trips are 



made. 


In this 


manner, the supervisor 


will 


make some 


minimum 


number of 


inspections every 


time 


it get 


s control. 




The loop 


itself requires 


that 


the 


supervisor 


partially decode 


the request and 


take 


one 


of three 



different types of action: supervisor action requested by 
MILTEN, supervisor action requested by the user, or 
queuing of the user’s request (an answer to a prompt.) for 
worker program service during a later service block, ^he 
last action has been discussed already in relation to the 
picking of the next user to receive a service block. 
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Here we explain the first two functions more fully. 

MT1TEN may send requests directly which deal with 
the operation of the SPIRES system. These requests 
specifically deal with errors which arise in the ijuanta 
of information that SPIRES sends to MILTEN when a 
terminal output function is to be done, the RTB; with 
siga-in and sign-out of users; and with terminating the 
operation of the SPIRES system. The first and last of 
these requests cause the SPIRES system to terminate its 
operation. Sign-on or sign-off cause SPIRES to set up or 
destroy the user's save areas and initialize or terminate 
his operations in the SPIRES system. 

The supervisor satisfies a user's request when 
cither an exceptional condition is indicated, a direct 
request is stated, or the user wishes to change mode. 
Exceptional conditions are those which cause a line to be 
entered which is not successfully composed and terminated 
with a carriage return signal — the user terminates the 
line with an attention indicating that the line is to be 
forgotten and the prompt reissued; an I/O error occurs 
the tab key is hit tcc many times, etc. A direct, request 
is said to be made when the user requests LOGOFF or wants 
to be returned to FILTER'S control. The user changes 
mode by giving the new mode's name and this causes the 
supervisor to complete some bookkeeping operations so 
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that the user’s next service block will be executed by 
the correct worker program. 

The resumption of service 

When it is determined that a service block should 
be started for a user, then before returning control to 
the worker program, the user’s operating environment must 
be restored* This entails reading in the user’s 

run-time- stack and reloading the registers* 

Execution is normally resumed at the statement 
following the call that suspended it. This case is taken 
care of by essentially executing a BE?rn?!l statement. 
When, however, a change of mode takes place, the 

resumption program is told so that it may not only obtain 
the run-time-stack for the new mode but also restart the 
worker program at its beginning rather than at where it 
was last suspended. 

Con clusions 

The SPI3ES system has been operating on an 
experimental basis for about four months. During this 
time, many changes have been made to increase the power 
of the supervisor and the efficiency of the total system. 
No hard measurements have been made of the operating 
characteristics, but many things have become apparent, 
about the operation and design of multi-user-system 
supervisors in general and it is to these that w? now 
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turn* 

First, it is imperative that communication with 

tie outside world be delegated to a separate routine and 

\ 

that the supervisor interface with this through some 
communications link. Reside allowing modular 
programming, this allows perturbations to he made in the 
communicator and supervisor separately without drastic 
side effects. 

The supervisor should assume the direct 
responsibility for executing common functions. Not only 
do such "reflex actions" cut down multiplicity of coding, 
but also increase the response time for common 
situations. 

The gueuing and dequeuing methods have b Q en 
programmed in a manner allowing them to be easily 
modified tr see the effect of changing parameters. This 
has not been utilized as yet, but it is expected that the 
priority determination function will allow this part of 
the system to be more esaily hand tuned than if a more 
specific algorithm had been "hard- wired" into the system. 

The hierarchical structure of the worker programs 
has proven to be useful for the convenient assignment of 
pro jramming tasks. Also, it has not been hard to 
structure the supervisor so that it can monitor such a 
hierarchical structure. And in addition, the command 
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language has been able to be structured so that the user 
need have no bother with knowing where in the hierarchy 
he is currently operating. It is planned to make this 
even more transparent and make all commands legal in all 
submodes, with the supervisor automatically shifting the 
user amoung the worker programs. 

Finally, the entire supervisor has been 
implemented in PL/1, save for a few assembler language 
routines which fiddlo the run- time- stack. In general, 
PL/1 has not been too difficult to live with, and the 
value of programming in a higher level language has 
offset the problems which have arisen. But some things 
have indicated that PL/1 is not an ideal language in 
which to implement a system such as SPIRES, specifically 
the supervisor section. First, PL/1 is not designed to 
allow supervisor implementation. The default assumptions 
which are made are not the correct ones, forcing the 
programmer to know more than the average amount of 
information about the workings of PL/1. Second, a PL/1 
program behaves very dynamically during execution in that 
th e binding of much of the information changes during 
execution. This is not b ? \ in itself, but no facility is 
available (in the current implementation) to allow the 
programmer access to absolute core, and hence lie can not 
dynamically find out what is happening to the dynamic 
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entities. This criticism particulary pertains to the 
fact that the supervisor must manipulate the 
run-time-stack and yet no facility is available for doing 
this from the high level language level. 
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Appendix A 

MILTEN - Subsystem Communication Routines 



This document describes the intercommunication 
which can exist between MILTEN and one of its subsystems 
for the purpose of accomplishing input and output from 
remote terminals. 

Servic es 

Possible requests to MILTEN 

CONVERSE - This requests that MILTEN: 

a. write a line (if length * 0, then none 
written) tc the user's terminal, 

b. carriage return and write a prompt to 
the user, and 

Cm accept input from the user. 

MILTEN will return the input read from the user to the 
subsystem which requested it. The line returned will 
contain the prompt that was issued as well as the input 
which was received from the user (the user could also 
have back-spaced over the prompt that was issued and 
written ether characters and a subsystem may take 
advantage of this possibility as it sees fit). 

WRITE - This requests that MILTEN write out a 
line at the remote terminal. 

BREAK TERMINAL - This causes MILTEN to interrupt 
a non- idle terminal by issuing #... and carriage 
returning to the next line. The subsystem will most 
likely use this feature in the processing of special 
messages that are to be sent to its users. 

NOTE: time outs at a terminal and 

special messages that are sent by the 
360 operator are completely transparent 
to the subsystem. 

LOGOFF - This is used to request MILKEN to: 

a. initiate the logoff procedure for a 



user, or 
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b. recognize that a given user has been 
logged off of this subsystem as was 
requested by MILTEN. When any subsytem receives a LO 

from any of its users, it must communicate this fact to 
MILTEN (function a above) after completion of any LOGOFF 
processing, KILTEN will then cycle through each 

subsystem (except the one which initiates the LOGOFF) 
active at that point and request that the subsystem 
complete the logoff process for that user, and then 
(function b above) accept a signal that the logoff 
procedure has been completed. 

OPQ - This requests that MILT Ell send a message to 
the 360 operator's console. This should be used to 

communicate information for the users of the subsystem. 
Any messayes that are only for the benefit of the 
subsystem should be sent by means of an WTO. 

UPLEVEL - This requests that MILTEN remove the 
user from under the control of the subsystem and start 
controlling the user directly. If the write count is 
zero then all is as already stated. Otherwise, KTT.^EN 
uses the text of the PTH as a command, executes it, and 
returns the user to the control of the subsystem by a 
sign-on call. 

INIT - It is with this command that the subsystem 
notifies MILTEN that it has begun execution and is ready 
to converse with terminals. 

I NIT P ASS WOP E - ’’’he subsystem sends to MILKEN an 
sight character password which any user must supply in 
order to successfully gain access to the subsystem. 

CONTROL functions - this is a group of related 
functions and the one that is desired out of the group is 
specified by setting a bit in the FLAGS field of the FTH. 
With this facility, the subsystem can find out the values 
of the user's tab settings, can change the values of the 
tab settings, and can break the terminal (get the 
terminal ready for a write operation when it is currently 
set for a read operation). 

Requests made by MILTEN to the subsystem 

SIGN-ON - this request is made every time a user 
enters or reenters the subsystem from MILTEN. Thus this 
request really means to sign-on the user, unless he is 
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already signed on the system, in which case the subsystem 
should restart the processing of the user, 

LOGOFF - This reguest is made of every subsystem 
when the logoff procedure is initiated by any subsystem, 
MILTON does not know if the user is signed on to the 
subsystem or not, so the subsystem may receive logoff 
directives for users who aren't actually signed on the 
subsystem, if the user is signed on, the subsystem 
should complete whatever logoff procedure is necessary 
for the user and then send a LOGOFF request back to 
MILTEN to confirm that the user has been signed off. 
This will not be sent to the subsystem which originates 
the LOGOFF. 



DO SOMETHING - This request is made when MILTEN 
has finished processing the last request made from the 
subsystem for this user, and signals that the user is 
idle and waiting for more subsystem processing. 

KILL YOURSELF - This request signals that the 
period of terminal access to the 360 is coming to a close 
and that the subsystem should finish its processing and 
prepare to end. All users will have been logged off by 
logoff directives before MILTEN issues this request. 

ERRORS - This request tells the subsystem that 
one of its proceeding requests to MILTEN had an RTB that 
was in error. The erroneous RTB is passed back to the 
subsystem at the time that the ERROR request is made. 
Currently recognized errors are - 

a. Incorrect RTB - Something in the RTB 
is meaningless probably due to the subsystem 
passing a bad address for the RTB or giving 
bad information within the RTB. 

b. Illegal RTB - Somehow the subsystem 
has passed an RTB for a user not currently 
under the control of the subsyste. 

NOTE: The RTB is the unit of information 
passed back and forth through MILTEN from the 
sub^yscem to the user. Its format and content 
is discussed belcw. 

RTB SENT TOO EARLY - The subsystem has made a 
request tc MILTEN to conduct terminal i/o for a terminal 
that is not currently idle. 
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IDLE ATTENTION - The terminal was in idle status 
and the user struck the attention key. 

KILL YOURSELF WITH DUMP - Same as the KILL 
YOURSELF code, but the operator has requested a dump as 
well. 



Facilities 

This section discusses each of the facilities 
available to accomplish the above services and gives 
their format. 

To get the list of MILTEN requests, one codes 
CALL STPQ ( Addi 1) 

This causes the current queue of requests posted by 
MILTEN for the subsystem, the queue (maximum length - 6.3 
full words) , to be transfered to an array of m+1 
locations which begins at Addrl. The first full word 
contains m, an indication of the length (minus 1) of the 
array in the subsystem's partition. The number of 
elements sent over is min(m,n,62), where n is the number 
of elements that MILTEN has in its queue waiting to be 
sent to the subsystem. The second word in the queue is a 
count of the number of requests (less than or equal to in) 
that are in the queue. If this count is zero then no 
requests have been posted for this subsystem since the 
last time that the queue was requested. Each meaninqful 
entry ill the queue after the first, has the following 
format - 

a. BYTE 0 - code identifying the request 
CODE MEANING 



1 SIGNON 

2 LOGOFF 

3 DO SOMETHING 

4 KILL YOURSELF 

5 Incorrect RTR 

6 RTB passed when terminal not idle 

7 IDLE ATTENTION 

ft KILL YOURSELF WITH DUMP 



b. BYTES 1, 2 , and 3 - address of the RTR 
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concerned with this request* Meaningful 
RTB* s are passed on every request except 
the KILL YOURSELF requests. 

To jet a copy of an RTB, 

CALL RTBIN (Addrl, Addr2) 

This causes the RTB identified by Addrl to be transferred 
to an array beginning at Addr2. Addrl is the address 
passed in the MILTEN request queue (it is a full word 
address and HILTEN ignores the first byte) . Addr2 points 
to an array of at most 208 bytes (10 full words plus 168 
bytes - the 10 word amount is fixed, but the 168 bytes 
may change in size.) The 168 bytes are composed of 8 
bytes of system name information and 160 bytes of text 
information. The subsystem may not require that the text 
area be 160 bytes long. Tf it is less, the subsystem may 
fill in the actual length in the textsize field the 

array at Adar2. Only this number of bytes will then be 
transferred in on a request to obtain the ftp, and 
transferred out cn a request (STPEEQ, to be discussed 
later) to have information typed to the terminal. 

To jet a copy of an RTCB, 

CALL RTCB IN (Addrl, Addr2) 

The RTCB is a block of identifying information which is 
kept by MJLTEN on each user. Its format and content will 
be explained below. Addrl is a full word address which 
points to the RTCB and is contained in the RTB. MILKEN 
transfers the RTCB to an array beginning at Add r2 and 
which is 13 bytes in size. 

To send a request to MILTEN, 

CALL STPREQ (Type, Addr, Errorf lag) 

This serves to send a request to MILKEN requesting some 
activity for a user under control of the subsystem. The 
Typo parameter is a word containing one of the following 
codes: 



CODE MEANING 




1 

2 

3 



CONVERSE 

WRITE 

CONTROL 
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u 


LOGOFF 


5 


OPQ 


6 


UPLEVEL 


13 


INIT PASSWORD 


15 


INIT 



The Adur parameter is the name of an array that MILKEN is 
to use as the RTB for this request. The Errorflag is set 
true if MILTEN could not process the request due to its 
queue for terminal activity being full; otherwise, 
Errorflag is set false. This error does not indicate 
that there is anything wrong - it just says that MILTEN 
doesn’t have enough room to be able to take care of the 
request at the moment and that the request should be 
reissued later. 

The CONTROL request (code 3) specifies that a 
function indicated by a one in bit position 21, 22, or 23 
of the FLAGS field of the RTB is to be done. These 
functions cause the setting and sensing of the user's tab 
settings and the breaking of the terminal. 

NOTE: The INIT call must be made first so that MTLTFN 
knows about the existence of the subsystem. Just 
before the INI? request, the subsystem should call 
ST PC and ignore the result passed back by MTI.TEW. 
This serves to empty the queue and get it ready 
for the subsystem. 

To wait, for a request from EILEEN, 

CALL STPWT 

This request causes MILTEN to return control to the 
subsystem as seen as there is something in the queue to 
be passed to the subsystem. This command would then most 
likely be immediately followed by by an STPQ call. An 
STPWT call should never be made before an INIT STPPEQ is 
made. 
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Appendix B 
Format of an RTCB 



WORD 



4 



CONTENTS 



User’s name 

User’s account, number 

Terminal identification 



The entire RTCB may be read only by the subsystem 
no changes in it will be recognised by STP, 



Appendix C 
Format of an FT 3 



WORD MODS CONTENTS 



0 



1 

2 

3 



4 



c 



f 



RW STP FLAG - When an FT 3 is sent to MILTEN, MILTEN 
will signal that it has retrieved a copy 
of the RT3 by zeroing out this word. SPIRES 
waits until this field is zero before it 
reuses an RTB that has been sent to MILTED. 

RW number of bytes in text area 

RW Write Count - number of characters to be written 

RW Prompt count. - Number of characters that are to 
be prompted, after the write and on a new 
line 

RW Read count - Number of characters that are to be 
passed back to the subsystem out of the 
total characters entered by the user in 
answer to a prompt 

R Port - Identification of user in terms of the 

number of the port to which he is attached 

RW Flags 

BIT MEANING 



20 DON'T TRANSLATE INPUT TO UPPER CASE 

21 TCCNTROL - SENSE TABS 

22 TCONTROL - SET TABS 

23 TCONTROL - BREAK TERMINAL 

24 MTLTEN DONE 

25 CONTROL UNIT TRANSMISSION ERROR 

26 TAB ERROR 

27 T/0 ERROR 

28 KANG UP 

29 BREAK WAS DONE 

30 IDLE ATTENTION 

31 READ / WRITE ATTENTION 

7 R RTC3 pointer 

8-9 R UNUSED 

10-11 RW SYSTEM NAME FOR XCTL 

12-END RW TEXT BUFFER (MAX OF 160 CHARACTERS) 



part of 
R : 



MODE pertains 
the RTE : 

The subsystem 



to the subsystems 
may READ ONLY and 



ability 

MILTEN 



to 



change that 



never reads what is in this field. 

RW: The subsystem may READ and WRITE and 
MILTEN will read this field for changes made 
by the subsystem. 



o 
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Appendix D 

The Global Storage Areas 



The EXTERNAL array of structures, TJSEAREA, is 
used to hold information on the users which is of global 
nature — information that is needed by more than one 
submode. The entries in the structures are read-write 
for submodes, and the submodes must exercise 
restraint and assure that they change only that 
information that they are allowed to change. 



The structure of USEAREA changes periodically as 
it is determined that new information must be made 
global. The currently-in- use copy of the structure is 
available in the form of a declare statement in the data 
set irB20. SUPER. USE AREA. ^ACRO on FTLEC? in edit format. 
The secon 1 line of this data set contains the date on 
which the last change was made to the format of the 
structures. 



The following part of this section takes each of 
the entries in the structure in turn and explains its 
usage. It will be updated as the structure itself is 
changed. The heading of each part, indicates that the 
submodes must access the array of structures with the 
index USERID which is a FIXED RINART STATIC EXTERNAL 
variable which points the submode to the USEAREA for the 
user that the submode is currently servicing. USEPTD is 
declared in the last lines of the data set which contains 
the declaration for USEAREA since the submode must have 
both declarations in order to access correctly the us«r 
save area. 

ID (USERID) — port number for the user 

A fixed binary number between 1 and 61 which 
gives the port number to which the user is attached. 

This may not be changed by any submode. 

CUP R__MCDE (USERID) and L A ST_MODE (USER ID) — modes in which 
the user is processing 

Numerical indications of the current mode that 
the user operating in and the last mode (that one which 
the user was operating in before he went to the current 
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mode) that the user was operating in- The numerical 
equivalents for the modes are named xMFLAG and are 
declared in the data set F820-SUPER. HSEAREA.MACRO. 

Normally these values may not be changed by a 
submode- However, when a TCONVSES or TRESUN2 is done by 
a subraode, the supervisor sends the user back to the mode 
indicated by LAST_M0DE. A return to a specific submode 
may therefore be accomplished by explicitly setting 
LAST_MODE to the correct value- 

LINE (USERID) — temporary buffer for terminal i/o 

ICON V 1 3 and TWRITE’S pick up the information that 
is to be sent to the user’s terminal from this CHAP (110) 
VARYING string- The user’s reply to a prompt is sent 
back to the querying submode in this character string. 

LST_PNT (USERID) — last prompt sent to terminal 

This is the last prompt that any subnode sent to 
the terminal. As soon as the supervisor issues a 
tconverse sequence, it puts the prompt, that was issued 
into this area. 

NXT_PHT (USERID) — next prompt to be issued to terminal 

When the supervisor issues a tconverse sequence 
to a terminal, it gets the prompt part of the tconverse 
from this area. Submodes never fill in this .area 
explicitly, but rather pass the next prompt as a 
parameter to the ICON V calls (see below). 

TAB 5 (USERID) — tab settings 

This is an array of eight fixed binary numbers. 
CONTROL mode sets their value to the physical tab setting 
at the terminal under user directive. 

TOKEN (USERID) — first, word in user’s input line 

The supervisor scans each incoming line for the 
verb which starts the user’s command. TOKEN is set t.o a 
numerical indication of the verb that was found: 

VERB TOKEN VALUE 




read attention 
SPICON SHOWMESS AG:2 



,.4 

-3 
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SPICON SE'PIESSAGE -2 
print message -1 
S PICON 1 
BILTEH 2 
LOGOFF 3 
EXIT 4 
TOOPERATOR 5 
SEARCH 6 
TYPE 7 
LIST 8 
SHOW 9 
SET 10 
CLEAR 11 
TOSPIRES 12 
everything else 13 



WRTATTN (USERID) — controls interpretation of write 
a tin's 



A write attention is said to occur when: 



a, the user hits attention while a line 
that was sent to the terminal by means of a 
THRIVE is being typed at his terminal ( 7 C 0 M 
automatically services the occurrence of 
attention while typing the write part of a 
TCCNV by skipping to the prompt part, of the 
TCONV) . 

b. a terminal i/o error is returned from a 
TWRITE to the terminal. This occurs when the 
user hits attention during that small space of 
time just at the end of typing the line at the 
terminal and before the carriage starts to 
move left for a carriage return. 

This is a fixed binary variable. A value of zero 
means that the supervisor will make some standard 
interpretation of write attentions. A value sjreater than 
zero means that the supervisor will not touch write 
attentions and will instead pass thorn to the submode for 
interpretation. 

The standard interpretation that the supervisor 
makes will be to skip to the next output line to the 
terminal. This means the next TWRITE line or the next 
TCOTIV sequence — whichever the submode next directed the 
supervisor to dc. 

Upon explicit change of mode (SEARCH, T YPE, 
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LIST) , WRTATTN is set to zero and the submode is entered 
at xMPRET. At that point the submode may change WPTATTN 
to the appropriate value. 

Upon implicit change of mode (entry into the 
control mode overlay for execution of the command) , 
WPTATTN is handled just like inspect. The implicitly 
entered submode is expected to do the bookkeeping 
operations necessary so that when the user is returned to 
the originating submode (via TCONVRES) , his WPTATTN has 
been reset to the appropriate value. 

When a write attention occurs and the value of 
WRTATTN is greater than zero, then the supervisor sets 
its value to zero as a flag to the submode that a write 
attention occurred. Since TWRI^E's and TCONV' s are 
filtered through a buffering scheme and the submode does 
not always receive control back from a TKRITE after the 
line has been typed but perhaps before, the submode must 
check for a write attention after every twrite or t.conv. 
Its occurrence means that a write attention occurred 
while typing seme TWRITE line between the last TCONV and 
the present time. TWRITE lines entered into the buffer 
in that space of time are still in the buffer. The 

submode may call TOUTLS to have some or all the lines in 
the output buffers which belong to user USEFTD purged 
from the buffers. The use of TOUTLS is explained more 
fully later. 

INSPECT (USERID) — controls inspection of incoming line 
by the supervisor 

This is a bit(1) variable. • 1* value means that 
the supervisor may look at incoming lines for implicit or 
explicit change of mode. 'O' value means that the 

supervisor may not — the line is always passed back to 
the sub-mode that did the TCONV. 

Upon explicit change of mode (SEARCH, TYPE, 
LIST), this bit is set. to • 1 • and the new sub-mode is 
entered at xMFRET. The submode should at that, point 
reset the value to whatever value it needs. 

Upon implicit change of mode (entry into the 
control mode overlay for execution of the command) , 
inspect is not changed so that the implicitly entered 
sub-mode may save away its value for resetting just 
before the user is returned out of the implicitly entered 
submode. It is up to the implicitly entered submode to 
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do this bookkeeping before it returns the user to the 
originating submode by means of a TCONVRES call. 
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Appendix E 

Organization of a Submode 
In Order to Interface Correctly 
With the Supervisor 



The Supervisor expects that every submode will 
have the following basic structures 



xNPINIT: ENTRY; 

Code needed to initialize the static and 
A external variables which are used by the 

submode. This area is passed through once 
at the beginning of the SPIRES run. 

RETURN ; 

x HP END: ENTRY (PORT); 

DECLARE PORT FIXED (31,0) BINARY; 

The user at port PORT (which is the same 
as IJSFAREA.TD (USERID) ) is being logged off 
B SPIRFS, and the submode is called on to 

complete any subprocessing which is 
necessary and send any message to the user 
before he is logged off. 

RETURN; 

xNPST ART: ENTRY; 

This point is entered once, while the 
SPIRES partition is being brought up. Its 
purpose is tc allow the submode t.o 
C initialize any automatic variables, and 

allow the supervisor to obtain a initial 
run— time-stack for the submode that is 
subsequently given to every 
newly-signed-on user. 

CALL RETURNR ; 

xNPRET : 



This is the main body of code which 
services the user's requests while he is 
operating in mode x. A change of mode 
(either explicit or implicit) always 
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D results in the submode receiving control 
at the statement following the statement 
CALL RETURNR. All other cases (returns 
after terminal converse) cause the converse 
to regain control exactly where control 
was suspended. 

END; 



N.3. The main section, SECTION D, must 
be coded in the form of a main loop, ^he 
END statement must never be reached. 
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Appendix F 

Submode Control of User Processing 



This section outlines the facilities which are 
available to every submod" tc control the processing of 
users and handle terminal i/o. 



CSEAREA: 



This array of structures (the exact formal of 
which has been defined) represents the static global 
information on the users. USEARE A (USERID) is the area 

which belongs to the user which the submode is currently 

processing. 

USSPTD: 



This FIXED DIN ARY EXTERNAL variable is the index 
into the USE ARB A array of structures for the user 
currently in service. This along with the IJSEAR-A 
structures, allow the submode to obtain global 

information on the user: 

USEAEEA. ID (USERID) is the port to which the user 
is attached (a fixed binary number between 1 and 

63 . 

USEARBA. LINE (USERID) is the text for the user i/o 
interactions. Exact function explained below. 

USEAEEA. LSI PMT(USERID) is the last prompt 
that was globally issued to the user. As long as 
the user stays it a submode, this will be the las^ 
prompt that that submode issued. If the user 
explicitly changes mode, then the explicitly- 
changed-to submode is free to destroy the old 
contents. Implicitly entered submodes are 
constrained, however, to reset the value before 
they return the user to the submode from which he 
came. Thus, whenever the submode regains control 
at the statement following the call to RETUFNR, 
this variable will not be set to the last prompt 
that the submode issued. Otherwise, it will 
always contain the last prompt that, the submode 
issued. 
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CALL TW RITE : 

This call places the text appearing in 

USF.akEA .LINS (USER ID) to be placed in the output buffers 
and marked as destined for port USEAREA.ID (USERID) • The 
global variable OBEiJD is set. to the index of the buffer 
which was used and the submode is free to obtain this 
value for later use in a call to TOUTLS or TCHECK (see 
below) . 

Control is returned to the statement immediately 
following the call as soon as the text has been 
successfully entered into the output buffers. 

CALL TCCNV (PROMET) ; 

The text appearing in USEAREA. LINE (USERID) is 
placed in the output buffers marked as destined for port 
USE AREA. ID (USERID) and marked as the write part, of a 
tconverse by concatenating to the front of the text. 

(N. R. a line written by TWRITE must not begin with the 
character *+'. If this creates too must of a problem, 
the restriction may be lifted). 

The prcmpt part of the tconverse sequence is 
taken to be the" CHAR VARYING parameter PROMPT. TCONV 
places this in USEAREA. NXT_PMT (USERID) and it is picked 
up from there by the supervisor when the tconverse is 
executed. 



Control is returned after a. the line has bef»n 
successfully entered in the output buffers, and b. the 
supervisor has successfully picked it up, tconversed with 
the terminal, and the user has answered. The text that 
the user has answerei in response to the prompt appears 
in USEAR7.A. LINE (USER ID) when control is returned, ‘’’his 
is the full line that appeared at the terminal, and thus 
contains LST_PMT (USERID) as its first 

LENGTH (USE ARE A.LST_PMT (USER ID) ) characters. (N.B. the 
user may back space over the prompt and erase some of it. 
Thus the length of USEAREA. LINE (USERID) may be less than 
the length of USE AREA. LSTJ>MT (USERID) ) 

CALL COMUTE (OH) ; 

This call causes the supervisor to issue all 
pending output to the user's terminal and return the user 
to the submode once all the lines have been written. 
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This call may be used by a submode that is interpreting 
write attentions itself to cause lines in the output 
buffers to be written to the terminal if it is determined 
that such should be done. 

If there are no lines pending for output to the 
user's terminal, then the effect is that the supervisor 
gueues the user for another service block with the 
submode at a later time. In this way, the call may be 
used when the submode thinks that the user has received 
enough service time and wants to suspend the processing 
of the user and allow other processing to take place in * 

the SPIRES system. Thus there is no excuse for one 
submode to be a hoq and take too much time in servicing 
one user while blocking service to others. Determination 
of how long is too long is purely empirical at this point * 

and it is up to each submode to discipline and police 
itself. 

m = TCHECK (USERID, LINE) ; 

This function checks to see if the output buffer 
OBUr?.TEXT (LINE) is still assigned to the user identified 
in the OSEARE A with index USERID, and if that, buffer is 
still pending for the user's terminal. If so, the 

function returns TRUE (1); else it returns FALSE (0). 

This allows a submode to check to see if an issued line 
has been typed at the terminal. ^he sub mode must 
remember the index of the buffer assigned to the line (by 
remembering OREND after a TWRITE call) and then it can ♦ 

TCHECK to see if it is still in the chain of pending 
buffers or whether it has been issued to the terminal. 

3M = TOUTLS (USERID, LINE) ; , 

The submode may have the supervisor make a 

standard interpretation of write attentions occurring at 
the terminal, or may reserve the interpretations of them 
for itself. (The method of determining this is by use of 
the variable USEARE A. HPTATTN (USERID) , and is explained 
elsewhere.) Write attentions may occur during the writing 
of any line that the submode has written by means of a 
TWRITE (write attentions occurring during the write part 
of a tconverse are automatically handled by MTI.TFN) • 

Since lines written by TWRITE are buffered, the submode 

which is interpreting write attentions for itself can 

receive indication of a write attention after any TWRITE 
or TCONV and the line that the user aborted by a write 
attention will not necessarily be that which the submode 
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last wrote out. If the submode determines that other 
lines that are in the output buffers should be cleared 
out, then it. may request this service by calling the 
function TOUTLS (USERID, LINE) • This will clear all lines 
which belong to n SE AREA. ID (USER ID) and which appear 
before (but not including) the lino with index LTNE out 
of the buffers and return the FIXED BINARY index of the 
last line that was purged; zero if none exists. 

CALL COMUTE (IB) ; 

This call causes the supervisor to issue all 
lines that are pending for the user, wait for the user’s 
reply to the prompt connected with the last line (which 
was issued by a TCONV or one of its variants) , and then 
send the user’s reply to the appropriate submode. It is 
a part of the TCONV routine and should never be issued 
explicitly by a submode. 

CALL TCONVNOW (PROMPT) ; 

So that lines go out to the terminal in the order 
that they were determined by the submode, TCONV (and 
TWRITE for that matter) ordinarily enters the text in 
USEAREA. LINE (USERID) into the output buffers after all 
other lines (placed by TWRITE) that are to go to the 
terminal. This call, however, allows the submode to 

conduct a tconverse sequence before any other lines which 
may be in the output buffers are written to the terminal 
being conversed with. 

Thus, the submode which interprets write 
attentions itself can conduct interactions with the 

terminal to find out what to do with the write attention 
and still have any pending i/o for the terminal preserved 
in the output buffers but, not written out to the 

terminal. (N.B. TWRITE always places its line after all 
others in the output buffers which belong to the same 
user. The submode therefore can not do any TWRITE 1 s 
while finding out what to do with a write attention since 
other pending i/o will be completed first, before the 
TWRITE will be done.) 

CALL COMUTE (10B); 

The situation may arise in which a submode has 
run into trouble during the processing of a user and 
wishes to have the user removed from SPIRES. After 
printing out any diagnostic information that it wishes to 
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have logged, the suhmode fills in an error message in 
USEAREA. LINE (USERID) and places this call to the 

supervisor* The supervisor takes the message in 

USEAREA. LINE (USERID) , concatenates "YOU ARE BEING SIGNED 
OFF SPIRES. ” , and prints the error message at the 

terminal, followed by an uplevel to return the user to 
MILTEN. If the text in USEAREA. LINE (USERID) is null, 
then the supervisor uses the standard error message 
"EFROR IN PROCESSING”, so that the submode must either 
fill in the error message or set it to null. 

When the user is brought down to this manner, the « 

supervisor automatically removes any pending i/o for the 
user by calling TOUTLS so that it is not. necessary for 
the submode to complete this function* 

k 

CALL TCON VRES (PROMPT) ; 

When a sulmode is entered implicitly, NS FARE A 
contains information that was in effect in the submode 
from which the user left, and which the implicitly 
entered submode must preserve (if and only if it requires 
that the values be changed) : 

I - CSEABEA. WRTATTN (USERTD) ; 

J = USEAREA. INSPECT (USERID) ; 

PROMPT = USE AR EA.LST_PMT (USERID) ; 

The implicitly entered submode may then complete any 
TWRITE's or TCONV's with the user and conduct terminal » 

i/o with him. When the user is to be returned to the 
submode from which he came, then the implicitly entered 
subtnode should issue the following sequence: 

USEAREA . WRTAT^N (USERID) = T; * 

USEAREA. INSPECT (USERID) = J; 

CALL TCCNVRES (PROMPT) ; 

This causes the user's information to be correctly reset, 
the last prompt that the original submode issued to be 
reissued, and the answer that the user gives in reply to 
the prompt to be returned, along with control, to the 
original submode. The implicitly entered submode can 
never regain control cf a user at the statement following 
the call to TCONVRES since the user is returned to the 
original submode and can only return to the implicitly 
entered submode by giving a command that implicitly 
transfers control tack. 
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CALL COMUTE (100E) ; 

It. may turn out that an implicitly entered 
submode does not conduct any terminal i/o with the user. 
In this case, the submode need not save the values of 
WET ATTN, INSPECT, and LST_PMT, since they will not. be 
destroyed. Tc return the user back to the original 
submode in such a case, the implicitly entered submode 
issues this call which causes the supervisor to reissue 
the last prompt and return the answer to the original 
submode. As with TCONVRES, the submode call never 
receive control back for a user after the call to 
COMUTE ( 100E) . 

CALL TEESUM3 (PBCMPT) ; 

This call operates somewhat like TCONVRES, except 
that the user is not given a chance to enter another line 
before he is given a service block in the submode 
LAST_MODE. The supervisor instead queues the user for a 
service block in the mode LASTJ10DE and this can be used 
by any mode (either explicitly or implicitly entered) to 
pass the user’s reply over to another submode for 
processing. 



To use this feature, the mode must operate as 
follows. Upon entry the submode should issue 

OLDMCDE * USE ARE A.L AST_MODE (USER ID) ; 

I * CSEAREA. WRTATTN (USERID) ; 

J a USE AREA. INSPECT (USERID) ; 

PROMPT * USEAREA. LST_PMT(USERID) ; 

thus saving the old information on the user. Then, to 
pass the user’s reply that the submode received in 
USEAREA. LINE (USERID) * over to another submode for 
processing, the submode issues 

US2ARE A.LAST__MODF. (USER ID) ; 

USEAREA. WRT ATTN (USERID) = I; 

USEAREA. INSPECT (USERID) =J; 

CALL PRESUME (PROMPT) ; 

and the supervisor will give the user a service block in 
the mode OLDMCDE. The submode could explicitly set 
OLDMODE to one of the values xMFLAG (declared in 
USEAREA. MACRO file) in order to cause the user to be sent 
to a particular mode rather than that mode that the user 
was last in. Care should be taken to insure that OLDMODE 
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is not the submode itself, since an infinite loop would 
probably result with the user being repeatedly returned 
to the submcde that issued the call to TRESUME. 

CALL CONUTE (113) ; 

This causes the SPIRES partition to be 
reinitialized (the run- time- stack * s for the submodes are 
reset to new initial values) and should never be issued 
by any sufcmode. 
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IN RESPONSE TO THF *> PROMPT YCU WAV REPLY: 

? TYPE 

SPIRES COMPLIES WITH THIS REQUEST R Y TYPING TEXT FRO M ALL CF THF 
ITEMS. THF TEXT PRESENT AT I CN STYLE Wilt HAVE BEEN PRE-OETFRMINEP 
BY THAT MANAGER WHO IS RESPONSIBLE FCR MAINTAINING THE HAT A COLLECTION 
YCU ARP SEARCHING. TEXT PRESENTATION CONSIDERS: 



c .? 

HH 



1. HOW THE TE *T IS FOPMATTTFO. 

?. WHAT TEXT PORTION CF AN ITE« IS SELECTEC. THIS C«N 
ENCOMPASS THE CONTENTS OF ALl OR ANY SLiB S p T OF ITF* 

attributes. 



I TE M S A»E PRESENTED ON THE TYPEWRITER »Y SPIRFS APPLYING AN DROPPING 
R LI P • AN OPDFRINO PULE , WHICH IS PRE-SPFCl FIFO BY A WANACFR. CAN PE 
CIPPPBENT FCR FACH TATA COLLECTION. HOWEVFR , IF A MANAGER HAS NOT 
EPPCIFIFO ONE, EOR A PARTICULAR COLLSCMCN, SFIRES ASSUMES A OATEn 
ORDER: THF MOST RECENT. THF NF XT MCRF PFCFNT, FTC. THF FOLLOWING 

TS AN EXAMPLE OF ITEM TEXT P® FS ENT AT ID*f . THF EXAMPLE I « NOT TAKEN 
ER'lM AN ACTUAL DATA CCLLFCTICN. IT IS INSTRUCTIONAL, HnwPVFR, IN THE 
THE SENSE THAT IT SHOWS A PRESENTATION STYLE. 



TITLE : 
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AFPTLIATION: 
REPORT NUMBFP: 
\UM Q ER TF PAQFS: 
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REVIEW NOTE? 
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< 
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SPIRES RFSPCNCS TO YOU* REQUEST BY PROMPTING KITH: 

YOU MAY NOW MAKE ATTRIBUTE SELECTICNS 
ATTRIBUTES? 

YOtl RPSPOMO TO THF ATTRIBUTFS? PROMPT BY TYPING OF OR *CRF ATTRIBUTF 
NAMF$. ATTRIBUTF NAVcj A re ALWAYS SEPARATFC 8Y COMMAS; FOR EXAMPLE: 

ATTRIBUTFS? AUTHOR, TITLF 

IT IS NOT NFCFSSARY TC NAME AH. CF THE CESIREC ATTRIBUTES IN RFSRONS c 
TO A SINGLE PROMPT; SPIRES CONTINUES TO RF-ISSUF TH e ATTRIBUTES’ 

PRCMRT. FCP INSTANCE, AFT C R HAVING ISSUEC THF ABOVE RESPONSE, IP YOU 
OFCIOF TO IMClUnF THE OAT p ATTRIBUTF AS PART CF YCtjR PRESENTATION 
FCRMAT, THE CCNTINUEC INTER ACTIV C SFOUFNCF IS: 

ATTRIBUTES’ AUTHOR, TITLE 
ATTP I RIJT C S’ 0 AT c 

SPIR C S CONTINUES TO o*=-I$$U r THF ATTRIBUTES? PRCMPT UNTIL YCU RES D ONC 
BY SIMPJY RFPRFSSING THE RETURN K P Y ; THIS TERMINATES THF SEOUE f IC c . 

FOR EXAMPI.F: 
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ATTRIBUTFS’ OATF 
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HCH C VFR, THF "FERMAT!” NAMFS PPCVICFC 9Y SPIRFS ARE FORMAT 1 , FOOMAT?, 
F0RMAT3, FTC. R r SP r CTI VFI Y FOR THE FIPST, SFCCNO* THIRD, FTC. T IMF 
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AFTER THF LAST ITFm |$ TYPEC, SPIRES INFCRMS /CL CF ThIS TERMINATION 
STATIJS BY ISSUING IN SEQUENCE: 

1. A SERIFS OF THREE CARRIAGE RETURNS • 

2. A LINF OF BLANK CHARACTERS. 

YOU RFSPONO TO THIS "BLANK" PROPPT PY DEPRESSING THE RETURN KEY • 
SPIRES THEN ISSUES THE PROMPT: 

OPTION? 

IF YOU 00 NOT WANT TH C CPTI CN7 PROMPT TO APPEAR CN THE SAME SHFET OF 
PAPFR TEAT THE LAST ITFM NAS TYPED CN, YCU MIST M/INLALLV RCLL 
THE PLATEN FOR POS I T I CN 1 ING AFTFR THE LINE OF BLANKS HAS BEEN ISSUED 
BIT BEFORE OPPRESSING THF RETLRN KEY. 

F CR A crwpterr LIST rF ALl THE CO.MMANCS YOU CAN SFL c CT IN RESPONSE 
TO THE OPTION 7 prompt, SEF SECTION 3.1. THREE CC"«ANCS YCU CAM 
CHOCS F , CF CCURSE, «R e CISPLAY, PRINT, AND TYPF • THIS IMPLIES THAT 
YCU C AN HAVE TEXT PRF.$PMEO, FRCP THF SANF ITE" SET, IN MORE 
TH4M ONF STYI.F. the P.FAL UTILITY OF THIS FACILITY IS EXPLAINED 
LATER: CTHFR VARIATES IN USING THE OUTPUT COMMANDS ARF FIRST 
OFSCPIBFn. 

e.7.1 AITRIPUTFS FRC"RT NUU IFICATICN 




IF YHLR RESPONSE TO THE ATTRIBUTES? PROMPT IS TO DEPRESS THE ATTENTION 
KEY. ATTN. AS: 

ATTP I Q UTFS 7 COEORESS ATTN"? 

the rnnCSE fiTTR IBIjTES PEqtjPST IS NULLIFIED. SPIPFS NOW I SELFS THF PROMPT 
3 FG I' TVP-rp 

IF YU PFSPPND TO T>!ic pppM FT WITH FI TH C R TF THE F^LLCW ING: 

BEGIN TYPE 7 Y F S 

BTGIN TYPE 7 <omRF$s RETURN^ 

coio^S TH^N ACTIVA TC S THF Rrqi|CSTFC TYPING ACTION. IF, H1W- : Vfr , Y7 >„ 
RESPOMD WITH ANY OF TH r EOLtOM NO : 

PEG IN TYPFP NT 

RFGIM TYP F ? <heddcss ATTN> 

b c GIN TYPF*? <AMVTH‘5G c l SE^ 

YOU ape p.F-PPf)MOTFn WITH THAT PROMPT T r WHICH YOJ pERPCNDFC yy rMPi_rv|H: 
THE TYPE p FqnFST . crp INSTANCE, IF YOU IN I T IAT FR ft TYPF SFOU"'irr 
rv RESPONDING 7r a m?« pscmft AS: 

7 TYPE ; CHCOSE ATT R I PlITFS 

THEN WHEN YHJ CEPRFSS ATTN VOL ARF rp-opcmptfr WITH: 
o 

TH" r K‘T I nr TYPE pcqiirst IS NOLI I F I c r ; vn|| MAY IS.S'l r ANY CIMMAT' THAT 
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2AE. 

2**. 

?t~r. 

2 Kr >. 

■>*?. 

2 r 3. 
2E'«. 
2 eK . 
2 r 6. 
2*7. 
7«R . 
? c 0. 
2'o. 

2M. 

?*?. 

2 * 2 . 

?f 

2*E. 
?(• *. 
,CT # 

2*' 1 . 
2f u • 
?70. 

271. 
Z - '?. 
27 2. 
27*. 
?■>'. 
27*. 
?77. 

?-*fl . 
270. 
2 po. 
2^1 . 
?F •>. 
27 2. 
2 C/ *. 
? = *. 
2 y '• • 
?C1 t 

2™. 
? on . 

ir C. 

7~1. 

/ / • 
2*2. 



IS « LEGITIMATE RESPONSE TO THE ISSUED PRCMPT. 

*5.3 ITFM SF LECTION 

#* ____ 

YOU HAVE* SC FAR, BPFN INSTRUCTED HCW TC RFCUEST TYPING FROM THE 
ACCUMULATED ITEMS * PITHFR IN A PRFSEI. c CTFO FORMAT OR A F(?RP AT 
HETFRMIKFD PY YCIJR CWK ATT R I PUT E SELECT ICN. SOMETIMES it IS CONVENIENT 
TO CHOOSE SOME PART. NOT ALL. OP THE ITEM SET FCR TEXT PRES ENT AT I CM . 
THIS IS DCNF, NCT PY RESPONDING WITH THE OUTPUT PERM: 

TY° E 

BUT INSTEAD . ISSUING A CrMMANC C c THE ECRM: 

TYPE IT E M -S F LECT TCNS 
»u 

I IPM-SELPCTIONS SOCCIPIFS WHICH OF TH C ACCUMULATED ITEMS you 
Hit 

ARF SFLECTING^rop TEXT PRESENTATION; IT HAS THE STRUCTlRF: 

SPEC IPIE° 1 . SPECIFIER? .... $P C CIFIFPN 
»* 



A SPECIFIFP IS 0M F OF TH C FCLLOHNG: 

INTPGFR 

INTFGPR - IHTCGPP 

WHEP C THP USP OF TH r DASH <-) IK THP S c CrKD FCRM MEANS THROUGH. FHQ 
p XAV!>|.F: 

*» TY» F 5 

MFANS TYPE THE FIFTH ITFM |\ THF SFT. AS A SECOND EXAMPl.F ; 

7 TYP C »*7 

MFAMS TYPC Th f THIPO IHROLGH THF S c VFNTH ITFM IK TH C SET. Fo^ 

ANTTHFR FXAMPI Ft 

■> TVPF 4. *-3. I* 

VPA'is TY^T TH r FOUR TH . SIXTH. SEVENTH. fighTH, AND tc*jth IT S M S 

IN thf S r T. thf riTFGF 0 SPECIFIERS Hcen »m r rf s c l rr.TFR Ia ASC r ’lOI*G 

rft'TFR. FTP cx AMP* F S 

» TVpc 7 t 1- 2 t * 

mpams TVor j*| THAT crr*ijr*iC c • THF SF V C A TM • F f RST TH°FIJCH THIRD. ANr 
TH C fjcth ITCMS. 



7CT. 
?r j. 

J" r t 

V*' 1 . 
*ri. 
*•; 2. 
2 ~2 . 
’0'«. 






T C XT I n r I F’JGTH 



HH r *1 TEXT IS PR e S c NTFO IT I* AOPRALI V T VFFO If. L I A c LENGTHS nc ~*2 
CHAfMrTFRS. YOU FAN *1 tpr THIS I. F'JCTH p Y \PPEMOr>C A R r OLF ST T7 TH r 
RASI r OI.TOUT COW»'A*if) AS! 

7 7 V n = ; S ft l r NFi T H | 
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in* . 
in*. 

109. 

•*C 7 . 

no. 

m. 

312 . 

in. 

’ 14 . 

111 . 

11 *. 

317. 

n*. 

310 . 
120 . 
121 . 
122 . 
323 . 
12 *. 
12 *. 
* 24 . 
127. 
12 ». 
32 c . 
190. 
131 . 
1 ’?. 
HI. 
134. 
3 ? 0 . 
11 *. 
’37. 
139 . 
IV*. 
V-0. 

1M . 

l*-> . 
‘4 3 . 
144. 
14 c . 
34 *. 
1* 7 . 
*4 3. 

340 . 
1" . 
3 ' 1 . 
3 * 2 . 
3 C 1. 
7 C '.. 

** 9 . 

19',. 

1"7. 

1 C >». 

I"' 3 . 

3 * 0 . 

341. 
1*7. 
34 1 . 
3 "-. 
*- tc . 



MM 



MM 



«# 



c .* 

MM 



the SPMicriFN <;l may pe cmittec. 

THE SYNCNY* LFN C AN RE SUBSTITUTED FOR LENGTH. 

I IS AN INTFGER WHICH SPECIFIES THF RFQLFSTEC LINE LENGTH. IT CAN 
ASSUME A VALUE FRC V 3 TC 120. 

IF TEXT I< PRESENTED APPLYING THE NORMAL LINE LENGTH AS: 

4PCCE FGHIJ KLMNO PORST UVWXV ZABCD FFGHI JKL^N CPCS TLVWX YZAEC D C FGH 

THEN IF THF FELLOW! NG CCMMANC IS ISSUEC: 

? TYPE? SET LENGTH SO 

TH C SAME TEXT IS PRESENTER AS: 

ABCCE FGHIJ KLMNO PQRST UVWXV ZABCD FFGHI JKLMN 
rPCPS TUVWX YlflPC CFFGH 

FCR m AT ANT ITEM SELECTION 



YOU CAN C C v B I N E THE OUTPUT FACILITIES DESCRIBED IN THE TWO PRECEOVG 
SECTIONS, 5.2 ANO 9.3. THIS ALICWS VCU TC PE SELECTIVE |N CHOOSING 
PflTH A PARTICULAR SET FROM THF ACCUMULATED ITEMS, AND THOSE ATTRIBUTES 
VCU WANT PRESENTED AS AN DJTPIJT FORMAT. FOR INSTANCE, jp vcu »4A*I T 
PRESENTED THF AUTHOR AND TOPIC ATTRIBUTES r F THE FIRST ThRCUGH THIRO 
ITEMS, THEN THE FOt LOWING IS AN APPRnP* 5 IATF SFQU c NCE: 

7 TYPE 1-3? CHO r S c ATTRIBUTFS 
VCU MAY NCW M AK c ATTTB IBUTE SELECTIONS 
ATTRIBUTES^ AIJ1HCR, TOPIC 
A TT° IBUT r S? <0rP»FC5 prTI.RN> 

THE FORMAT YOU SELFCTEC IS NAMED EopMATi; IT m^y Rf RFNAMFO. 
ornAME 7 NC 



ALTHf’R : 
todic s: 


MAP.SHA maoalcC 
Ocss c RTS, MEATS, SAL ACS * 


PRFArS 


MTHCR: 

TOPICS: 


SARAH SAMPLE 

VIDOISH. CHINESE. 1141 IAN 




ALTHPR: 

Tonics: 


HARRY HCKF 

CHARCOAL, CEFN-PIT. OV r N, 


RCT ISSERI c 



°PT ION? 

SFE SECTION 3.1 EPB occprNSES TC THE C°T ICN? PROMPT. 



ILL Tt RLE "IJTPUT REOLFSTS 



THFR r ARE MAMY R r AS r NS WHY YPIJ MIGHT WANT '»C»F THAN ONE FC p MATTFO tryT 
PR FS C N T AT TON Forvi TH C SA*F ACCUMULATE'' ITF*’ SFT. THE E'-U r HMG 
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1A? 

3 * 

H AQ 
17* 

*71 

37 ? 

371 

17* 

17^ 

17 . 

V?-* 

17H 

37 S 

IPO 
3 PI 
10 ? 

1«1 
if a 

■JQC 

IP* 

ir 7 

3 a q 
1Q1 

ico 
1^1 
10 ? 
1 C? 
I'V. 
1^ 
10 A 
10-* 
K 0 

iro 

'♦ci 

? 

'03 
'f'. 
•'« i ^ 
«*!'» 
*• C 7 
', r n 
A ■v'l 

'OO 
♦1 l 

' 1 ? 
*11 
O'* 
* 1 * 
.10 
'0 7 
.', 1 r 
.\)n 

\pu 

'> ?l 

.77 



INSCRIPTION PXHVPLIPIPS USING THIS TECHMCUE CF REPEATED OUTPUT R^QU^STS: 

1. FORMULATE A SEARCH WHICH RESULTS IN A SET OF ACCLMILATFp 
!TF*<. 

2. PEOUrST TEXT PRESENTATION FROM ALL THE ITEMS. IN DOING 
SO. SFLCCT A FFW PFR TI Nt NT ATTRIBUTES THAT C*N 3E EASILY 
SCANNED, this ALLOWS YOU TO QUICKLY DETERMINE TH n SE ITEMS 
FOP WHICH A NORE EXTENSIVE TEXT PRESENTATION IS RECUIRFO. 

1. PFQUEST TEXT PRESENTATION FROM THAT RECUCFC SET OF ITEMS 

THAT YPU CONSIDER IT WORTHWHILE TO SEF IN MORF DETAIL. IN 
DOING SOt SELECT A MORE FXTCMSIVE TEXT FORMAT. 

AN EXAMPIF OF TH C AROVF SEQIFNTF FClLrw$: 

FINC7 TODir SNOWBALLS 



• • 

10 ITEMS ACnjMlJ! UP1 
"> TYPF; CHHCSP A t T°IBUTES 

mu may now make attribute selpcttcns 
attpiputes? ttti.c 

ATTPIBUTFS? <rp pqc$$ qptupN> 

T HF POR**AT YOU SFlFCTEf) IS NA M Ff) P0QMAT2? IT CAN np RFNiMcp, 
RRAAMc? >jc 

TTTI.r: FIPST TITLE 

TUL r : S c Cn*n titLP 



TITLP: T C »'TH TITLE 



1PTIOM7 TVP c I. 4, 7 



TITLr: 

MIT HOPS 
TOPICS: 
OATF : 
P'J n LISHE D : 



r I P ST TITLF 
F IP ST AUTHOR 
c I RST TOPICS 
FIRST fl«TP 
F IRST p li p l I SH rp 



T I T I P: 
ALTI-TR : 

top ir s: 

0 VTF- 

PL°l I SH rr> : 



POUR TH TITI.P 
FOURTH Ai ITHCP 
cCLPTH Trof CS 
P'l'IRTH PATF 
crijsTH dlOLlSHPR 



T ITt p: 
author : 
top tr$: 
path: 

PUR L I SM pc : 



SC\/c ,TF T ITI p 
S c V r NTH AUTFCR 
S c V r ’ITH TRPKS 
S EV C MTF RAT P 
SF V C N TH PU® 1 1 SH C R 



o ccr l T r T T»,G IOOI.T I" A* FfRVHT<; 




423. 

4?C. 

430. 

431. 

432. 

433. 

434. 

435. 
434. 
43*». 
*♦38 . 
430. 
4^0. 

44 J . 

442. 

443. 
444 . 
4'*k. 
A4A . 
447 ’. 
448. 
44^ . 
48'->. 

'*51. 
4*?. 
4 c 3. 
454. 
45^ . 

45 4. 

. 

438 . 
450. 

**f o • 

45 1. 

/.A?. 
4 A, 3 . 
4*4. 
4 1 r . 
444 . 

4 5 7. 

4 5 R . 
4 A O. 

4 70. 

*71 . 

4-»7. 
'•73. 
**■'4 . 
473. 
4 74. 
<-7^. 

4 70. 
4">0. 
430 . 

431. 

4*2. 
48 3. 

4C4. 

4 3*. 
~°4 . 



IN SECTION 5.2 YOU WERF SHCWN HOW TC SPECIFY YOUR OWN PRESENTATION 
FOPMAT. AN EXAMPIE OF THIS I St 

? TYPE? THOCSF ATTRIBUTES 
YOU MAY NOW MAK.F ATTRIBUTE SFLECTIONS 
ATTRIBUTES^ TITLE* TOPIC 
ATTRIBUTES? <OPPRESS RETURN> 

THF FORMAT YOU SELECTEC IS NAMED FORMATE; IT *AY BE REN *MPO. 

RENAME? 

YOU might want TO USE THE SAME COMBINATION OF ATTRIBUTES FCP PRESENTING 
TFXT FROM MOPE THAN ONE ITEM SFT. CNCF YOU HAVE SOLECTPC AN ATTRIBUTF 
GROUP USING TH C CHOOS c ATTRIBUTES RFQLEST. IT IS NOT NFCESSAY TC REPFAT 
THIS SELECT ION PROFESS. FCP SUPSFOUENT REOUESTS, AFTER THE FIRST, YOU 
NF P D ONLY SPECIFY THF ALREACY SELECTEC FORMAT BY NA*F. FOR INSTANCE. 
USING THF ABOVE EXAMPLE AS » FIRST REOliEST, THF FOLLOWING SHOWS THF iJSF 
*T A SUBSECUFNT REG'JFST: 

7 TYPE; USE FORMATS 

THE SEMICOLON ( ;) MAY BE OMITTED BFFOR c TH C APPENOFO REQUEST CLAUSE. 

SPIRFS IMMECIATFLY STARTS TYPING UPON RECEIPT CF YCUR RESPONSE. IF 
YOU WISH TYPING Tn START ON A f LFAN SHEET OF PAPER, YOU «LST MANUALLY 
ROM THF PLATEN FCR POSITIONING BEFCR e 0»=PRF$SSING THE UPTURN KEY. 

you may ALSO COMBINE THIS FORMAT NAME RFQLF STING WITH THE SELECTIVE 
I Tr m FACILITY AS: 

? TYPE 5,7,13-17; USE FORMAT! 

5.7.1 RENAMING FORMATS 



AT THE ENO OP A CHflOSP ATTRIBLTPS SFCIENCE* SPIRES R K SPTN r 5 WITH: 

TH r FORMAT YOU «PIPCTEH IS NAMPO FOpMTI; IT *av e c P EN A M EO • 

R ON AMP 7 

TH r "FORMA TI M NAMPS PROVIDEO PY SPIRES ARP FORM ATI • FORMAT 2 • P0RMAT3. 
fTO. PPSPPCTIVELY FOR THE FIRST, SECOND , TMIPO, ETC. TI WF YCU HAV C made 
A CHOOS r ATTRIBUTES RECUF$T. 

IF you IS SU r A "JP" PPSPOMSF TO THE P r NAMO PROMPT, CR Sl v PLY DEPRESS 
TH r UPTURN KFY, THE OUTPUT SEQUENCE CONTINUES. IF, H°W FV ER , YOU ISS'F 
A POSITIVE R c SP n N SF AS: 

VPS 

FRP MAT-NAME 



YOU CAN PF'IAMF YOIJP SELECTED FORMAT. THE UTILITY C r NAMING A SFL‘-CT rr 
SET pf AT TP 1 8U T PS 1 5 e X FL A f 5 PC LATFP IN THIS SECTION. 



IF YOU PPPIY WITH *• Y r S •’ TO THE 
FORMAT LAMc 7 

TH r »tSPr*S c TO T HI f IS ALSO. A 



RENAME? PPOMpT, 



FTRM »T-»l p m 



YOU ARF (?F-po03PT r E with 
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ABB. 

ABQ. 

4C0. 

API. 

AO?. 

401. 

AOA . 
4SG. 
ABf . 

A07. 
AT a. 
4QQ, 

s'»n. 
-ri. 
c \>. 
r% 'n . 
~r a. 



## 



«« 






E"*/, . 

T r». 
*o*. 
r > o° • 
c io. 
r >u. 

312. 

313 . 

r ' 14 . 

K l c . 

c l*. 

p l?. 

El c . 

31°. 

3?0. 

321. 

r 22. 
r >?T. 
"2'». 
r .? r > . 
r >? A. 
c ? 7 . 
C ?Z . 
**?*. 

331. 

3? 7 . 

333 . 

37 A. 

C 7 C . 
c l'>. 
‘.7 T . 
3 7 7. 

3 37. 

«' 1. 

3. 

"'•A. 

3 '- 3 . 

-' 7 . 

r . A •> . 



H* 



A FORMAT-NAMf: (F-M CONTAINS * COMBINATION OF FROM 1 TO 23 CHAR AC TFP S: 

I Mpl^Fin' BLANK S~ARF MOT ALLOWED. THE FIRST CHARACTER m U$T PE am ALPHABETIC 
CR A NUMFRIC. THE REMAINDER CF THE CHARACTERS CAN PE ANY COMB INATIOM n? 

A| PHABETICS, NUMEP ICS, OR ANY OF THE FCUCWIKGS 



f 

«p 

* 

TH r - FOl LOWING ARE ACCEPTABLE F-MS: 



TITLF-TOPIC 

LAMTHOR/2FATE 

THE FOLLOWING WITH A BLANK INCLUCFP IS NCT A LEGAL MARE; 

ALTHCR PUBL ISH C R 

IF YOUR RFSPFN'S c TO f ITHFR THE R FflAME ? OR FCRMAT NAME? FRCMFT IS TO 
DEPRESS THE ATTENTION KEY, ATTN , YCll ARF P p -PROMPTEC WITH THAT PROMPT 
T n WHICH YOU P F SPONGED BY EMPLOYING IH C TYPF RECLEST. FCR INSTANCE, 

IF YOL INITIATED A TYPE SFCUENCF BY RESPONDING TO AM OPTION? PROMPT AS: 

OPTION'? TYPE 7, ll? USE FCR W AT- TITLE 

TH C M v»HE f l YOU OEPRFSS ATTN VCU ARE RE-PPCMPTEC WITH: 

OPTION? 

THF ENTIRE TYPE RFOUEST IS NULL IF IEC ; YPL M AY ISSUE ANY CCMMANO THAT IS 
A I-GITIMATF PFSPCNSE TO THE ISSIIFD PROMPT. 

ANY FORMAT-NAME THAT YOU HAVE SEIECTEO 0 AN BE ISSUED IN THE «'IS C " 

c> poi lisT*POR T ION OF A TYPE COMMAND. FOR EXAMPLE, I p YCU RFSFONO TO A 
RENAME PR0«PT WITH: 

0 r M AM E? T ITl E-OATT 

TH C 'I YOL CAM SUBS c OU p NT|,Y ISSLE AN CUTOUT CCMMANC SUCH AS: 

7 TYPE; US p TIT1.F-DATF 

jpc prPMATI NAMING S p 0UFNC p : FORMAT 1, FORMAT2, F n PM4T?» C TC. STARTS 
WITH TORMATl AS TH C N«wc A^FFCIATFO WITH THF FIRST CH"OS c ATTRIBUTFS 
REOMEST DURING A SPIP p S SFSSIOM. IT 41 WAYS RESTARTS AGAIN WITH c CRMATl 
FC 7 the M -XT SPIR p S S ESS I O' • • RENAMING A GROUP OF FOP M A7 A T IP I Q UTF S 
r 'IABI FS YOU TP F r LFO ( T A N AMF , MNFWfMC, Op ACPCNY M THAT IS EASY p OR 
vnij m pfmfmB p P . T HFRF IS, HOWFV PD , A wrpF IMPORTANT R p 4 $CN 
HAVING THIS r AO 1 1 ITv # it AIDS IN PROVIDING A MECHANISM p OP RETAINING 
format O pr l.AR ATIONS IN A LIPRAPY OF FORMAS. THIS ALLOWS V TIJ TO H*VF 
A oroMAj, s P p C I P I fo CURING (INF S p IRFS $ r *SfON* LS pr * mjRING A 
Sl! q S r CU c MI SFFSIO*. for PFTAILS CONCERNING THIS LI pp ARY FACILITY S r 
the FOl I nviUG D C SC° I°TIONS: 
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*» 4 Q* 

spo. 
551 . 
• 5 ??. 
5 * 3 . 
554. 
5*5 . 
5*6. 
eK 7. 
50 . 
CKO. 

561. 
56t . 
• 56 ?. 

563. 

564. 

565 . 

566 . 
">67 . 
OS. 
56 Q. 
C 7D. 
c 7 1 , 
572 . 
*73. 

K 74 . 

*76. 
<*> 77 . 
57 ». 
‘ t 7 '? . 
ON . 
*°1 . 
02 . 
oi. 

s O. 

PO . 
5 °7, 
50 . 



- 5 cvj. 

"<3 0 . 
ro 1 . 

Sl '2. 

os. 

o'*. 

r> r 



50 . 
" 07 . 
sr o. 
r OO . 



5 . 7.7 

#« 



5 .7 .3 
HH 



SAVE FORMAT 
SCRATCH FORMAT 
SHCW FORMATS 
SHOW FORMAT 
USE FORMAT 



(SECTION *fl 
(SECTION «) 
(SECTION **> 
(SECTION M) 
(SECTION *11 



CUPLICATE FORMAT NAMES 



IF, IN RFSPONSE TO EITHER THE RFNAMF? OP FORMAT 
SPECIFY A NAME THAT ALREADY EXISTS, SPIRES THEN 
MESSAGE AND RE-PRCMPT AS! 



name? prompts 

RESPONOS WITH 



YOU MIGHT 
AN ADVISORY 



THE NAME YOU SELECTED IS ALREADY IN USE. 

PFNAME? 

THIS SITUATION COULD ARISE EECAUSF OF ONE OF SEVERAL CONDITIONAL AMRIGUITIFS. 

L. THE NAVE IDENTIFIES A PUBLIC FORMAT OR FORMAT PRCCESSER (S C F SECTION 5 . 10 . 2 ). 

2 . 

3 . 



THE NAMF IDENTIFIES ANOTHFR FCR M AT THAT CURRENTI V BELONGS TC vnu. 



THF NA«r IOFNTIFIFS A FCRMAT FCR AKCTHFR USER; HOWEVER. T HF 
NUMBFRS ARP IDENTICAL. TP DISTINGUISH THIS AMBIGUITY, BOTH 
AKC USER ACCOUNT NUMBER MUST eE CIFFERENT. 



ACCOUNT 
USER NAMF 



p EFAULT FCRMAT PFSPLFCTION 



WHFN YOU ISSUE a SIMPLF TYPE RFQUFST AS: 



? TYPE 

TEXT IS PRESFNTFD IN A DFFALLT FCRMAT WHICH HAS BFFN PRf-SP ECI F I «=P FOR 
THF DATA COILFCTIPN YOU ARE CURPFNTLY SEARCHING. AS DESCRIBED ABCVE IN 
SECTION *.?, YOU CAN R C CUEST ANOTHER POPMAT CONTAINING THF ATTRIBUTES nr 
YOIJR CHOICF. FCR rxAWPLF: 



7 TYPP; CHOCSP ATTRIBUTES 

YPN may NOW MAKE ATTRIBUTE SELECTIONS. 

ATTRI fiUTES? PUBLISHER 

ATTRIBUTFS^ <CFPRFSS RPTURN> 

THE FORMAT YOU SFLECTFD IS NAMFO rrjOATB; 
p ENAMF 7 PUBLISHERS 



IT MY BP RENAMED. 



SUBSEQUENTLY. WHEN YOL ISSUF A SIMPLE TYPE PECUEST TPXT 1 * F * c ^ atp 

XH r "PUPLISHFRS" FORMAT, NHT THE DFFAUIT FOPMAT . IF YOU WANT TO PF-INITIAT 
USING THF DEFAULT rrpvftT Frp SUBSFCLFKT SIMPlf TYPE REQUESTS. Y CU C AN ISSU‘D 
THE GC v mand: 



t 



7 TYDF; US r dfp AULT 



or. 
'-nl . 

O?. 

6 C 3 . 
A . 

O". 

f-C.f', 

‘ ^ 7 . 

OP, 

r. '•O 



C.p INTCORUPTING TFXT PRPSPNTA 7 ICN 



ONCE vnu hAVF SP LF r TPD A SET CF ITOS AKC AK CUTEIJT for* AT. 

TPXT PRESPNTATICN CCUMFUCFS. AT AMY TIVr YOL CAN INTPRPLP! TH r 
TY°I‘JG PPCCPSS. THIS IS C r NE BY CEPRESSIMG THE ATTRITION KEY, 

ATTN SPIPPS PFSPONOP BY TF°MIKATIKG TVPING THE TEXT OF THF 
C'tPPnKT l INF, TYPING « SEQUENCE nF THP^f PERIODS, AND THFN ISSUING 
A 7 Pf)MP T CM THF rrunWING LINP. THE F r 1 .f. CM TAG FXAMO, c ASS'JMFS THAT T HT 



I 




m 



m 



M 0 . 
Ml. 
*• 12 . 
ftn. 

m*. 
m*> . 
M*. 
M /. 
'•in. 
'>n. 

f?o, 

*>21 . 
*??. 
* 20 . 

< >u, 

*? r . 

A 2 *». 
/ ? f ». 
N ?0 . 

* ? I . 
*>•»?. 
MO. 

m*. 

mg. 

a-*/.. 

m-». 
m* . 

1 . 

' -^ 2 . 
MO. 

'• i... . 
4 ^ *i . 

■ i • '• . 
«>*•». 
•' 0 . 

'• r 0 . 

tr l. 

'• r >. 
MT. 

/. r, r 
« * * • 

!. ‘ r - 
/.cr. 

•'.*• 1 . 
*' 2 . 
r '-m, 

4 '- .. 
r r. 

•V . 
MT. 

.v r ». 
*» '• ^ . 

- 70 . 



fCClJMCNTS ACCUMUl AT (-D HAVE THF T!TL p S t 

THE CARFfUI. WP.ITFR 

WEP$TFR*S CCU.PGIATE CICTICJNAPY 

ROGFT'S INTERNATIONAL THESAURUS 

THE ELPMPITS OF STVL e 

DICT ICNARY re A»»e u jc AN-FNGl ISH USAGE 



•5 ITPRS ACCUMULATED 
? tvpf; USE titlpS 

TITLT: THE C/oPFUL WRITER 

TITLE: WPBSTco»s COLLEGIATE CIC T ICNARY 

TITLE: RCGPT'S INTFR... 

MEXT ITCM7 

YCU CAN p '•SPEND TO the NEXT ITEM? PPO«»T WITH ONE PP THE SEVERAL 
DIEFeppnt PESPOA'SFS LISTED oeLDW: 

VF$ 

CDEPRFSS RFTU p N N 
° FSIJM F 
NC 

<prpp^pcc ATTN> 

tUTFGFR 



<A’IY L e GA| PREPENSE TC rPTfCHP'W 

I. . IF YCU R PS °CND WITH M Y ES w . DP SIMHY CFPP C SS RETURN. SPlR c c 
RFCTAPTS TYPING WITH THAT ITF* SLPSECUFUT TO T HE CNF P 0R 
WHICH TFYT PRESENTATION WAS INTCRPtiPTFO. P CR 1HE EXAMPLF, T HR 
SFCU r NCc IS: 

NEXT ITCMP YES 

TITI.e: THF elements ce stylf 

?. ir veil RESPOND WITH "P ESUM cm , SPIRES PFSTJ.RTS TYPING WITH TH K 
INTrRp.uPTEO ‘"'XT LINE. FOP TH C ex A^Fl f, TH r S "3UFNC E IS: 

NEXT ITcm? rcsUMF 

TITLE: PDGFT'S I NT FRKAT i cn al THESAURUS 

NOT F THAT IF text IS DFING PRFSEMTFO in A MULTI-LINE FO^m/vt, 

THE mpcsUMEw ORTMPT CAUSES TYPING TO RESTART AT THE INTERRUPTED | I f l r , 
NOT THE F IP ST |.IN= O c THC W ULTI -LIN’F ITF*. 

1. IF YCU °F S°0\0 WITH "NC"# SPIR C S REACTS eY PROMPTING! 

C°T I CN'P 

SFC SECTION 0.1 EOP RESPONSES TO THF EPTICN? PRC^PT. 

A. IF YOU RESPOND AY OFORESSING ATTN. SFIP C S REPOTS Py ISSUING T H*T 
pprMPT TC WHICH YCU CR IG P» «l.l.Y pe^dingED «Y EMPLOYING THE TY°r 
REDUFST. FOP INSTANCE, IF YCU IMTIATEC A TYPE SEQUENCE AY »CS PONDING 
TC A porjMPT AS: 

o type 

TH r N WH r N Y"U eFPDCSS ATTN Y E(J apf pc-OP OMOirr) WITH: 




- 385 - 



571 . 

n?. 

M'*. 

(■ 1~. 

4 7<>, 

5?o . 
API. 
*«l. 

4«?. 

5«3. 
a 04. 

# 

SOA. 
AB'». 
AOR . 

A «?. 

ACf). 

AO l . 

AO? . 
‘ p l. 

A04. 

ACH # 

‘ 5 '-. 

AC'. 

Aca. 

400 . 

-»•> t. 
701. 

T‘J. 

ana. 

7(V«. 

7 ro. 

70. 

ana . 
a - ^ . 

•M*. 

711. 

7 l 7 • 
’’l^ . 
71 A. 

’ 1 «■' . 
*1' . 
"'I''. 
7l«. 
715. 
7?M. 

-’?l . 
7??. 
7?3 . 
7?A . 
7?«. 
7?A. 
7?7. 

a ? a. 

7?0. 

•nn. 

731. 



*« 

«# 



A.o 

«« 



? 

5. YOU CAN RESPOND WITH AN INTEGER? IT CAN ASSUME THE RANG* l TO N 

WHERE N IS THE TCTAl NUMBER CF _ ITERS IN THE SET EEING PR ES FNTEO. 

IN THE EXAMPLF, THE MAXIMUM VALUF OF THIS INTEGER IS A. IP YCU 

on re s°nno WITH AN INTEGER* S p IRFS rfstarts typing with the 

SFIECTEC ITE M . F C r""*? H?T" ix A M PL E * A SEQUENCE MIGHT RE: 

NFXT IT E“7 A 

TITLE: DICTIONARY OF AMFR ICAN-ENGL ISH USAGE 

A AS ANOTHER EXAMPLE, YOU CAN RESPOND EXACTLY AS IF YOL RECEIVED 

THE OPTION* PRCPPT. SFF SECTION 3.1 FOR A LIST OF THESE RESPONSES* 

AljT C M AT IC ITE M S c l ACTIONS 



IN SECTION 5.3 YOU WERE SHOWN HOW TO SELECT, FOR TF XT PRESENTATION, 
A SURRFT FPOM TH r CURRENT SET OF ACCUMUI. ATEC IT E M S . FOR EXAMPLE, 

IF YOU ONLY WANTED TO SEE THE CONTENTS CP THE FIRST THREE ITEMS 
THE FOLLOWING PFSPCNSE SUFFICES: 



7 TYPP 1-3 

IN SECTION 5.5 YOU WFRF SHOWN HOW TO LSF MULTIPLE OUTPUT R p CUESTS . 

TH P T rr H MCUF EXAMPLER WAS A TWO STEP PROCESS. DURING THE FIRST ST<=P 

yon CHOOSE TO SF C , PROP THF TOTAL ACCUPUIATFC IT F w SET, A SMALL 

QOOIJP "E SPl FCT c O ATTPIBUTFS. OUPI NG THF SFCONC STEP Y^L CHOOSE, FRO 

A ® FRLCFD SUPSFT OF ITEMS, A LARGER S FT OF ATTPIBITER. THF FIRST 

STFO ALLOWS YOU TO PFRFCRM A CURSORY EROWS c CE THF ENTIPE. SEARCH R r SULT S 

rtlPIMG THIS STFP YOU NOTE, SAY ON A SPRATCH RAO, THOSE RESLLTS C c 

dpImapy 1 MEREST. THE SFCONC STEP ALLOWS YOU A MORE riETAILSC LOOK AT 

TH r S c PP I M APY RCSU! TS. 



<PIRrR OPOVICFS an "LTCMATIC SELECTION NOTING FACILITY WHICH 

ru*!V R N IFMTLY I INKS THFSF TWO STEPS. USE CF THIS FACILITY IS INITIATED 

WITH A NOTE SELECTIONS RFCUEST IN AN OUTPUT COMMAND AS: 



? TYPE; NCT r SELECTIONS 

TH r SEMICOLON (?) MAY BF OMITTED BEFORE 1H r APPENCFC RECUEST CLAUS C . 
TH r SYNONYM S C LS MAY ?e SUBSTITUTED FOR S C LECTICNS. 

cpip = g Imwp [ I AT E|.Y RESPCNDS TC THE N°TC S F l. FCT ION S REOIIF^T *Y ISSUING 
TH r FOLLOWING ADVI S rp Y MESSAGE AND PPC.m°T: 

VCIJP SEI r CTIDNS WILL "C GROUPED U M CEP TH C NAME SFirCTintll; 

IT «AY BE oFNAMTD. 
rename? 

A NET A II rf) c XPl ANATfHN CONCERNING THE USr OF THF RENA*' - PRC^PT ANC 
cciccTinos NAMING IS D c SCR I«EC LATER IN SECTION 5.R.I. HOW c VFP ♦ TOP 
„$n| nrTIONI ** NAMES PR r VIOE0 BY SRIPFS ARE SELECTION!, S CI . FCTI0 W 2, 
SFtPrTIPUB, ^TO.'pfSPFCTIVFI Y FCP THF FI^ST, SECOND, THIRD, ETC. Tiwr 
YCL HAVE m A° r a nCtc SELECT ICNS REQUEST, A NEGATIVE RESPONSE TO TH r - 
RPNAM«? PPDMPT AS: 
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*» 

1 

9 



6 



t 



73?. 

733. 

■'34. 

7’<3. 

736. 

737. 

739. 
"MO . 
74.7. 
741. 
74?. 
743. 

7i/|, 

7<5. 

746. 

747. 

740. 
7<7. 
7C0. 
T r l. 
7 T .? . 
7 r 3 . 

7 c 4 . 
7S* . 
736 . 
7^. 
7 C 9 . 
7CQ. 
7fO. 
•761 . 
7‘>. 
7*3. 

7/4. 

7(S. 

7fft . 

7/ 7 

• 

7f 9. 
740. 
77 ». 
77L. 
777. 

773. 

774. 
776. 
776. 
77-7. 

77; fl. 

770. 
■•0:1 . 



7pl. 

7p7. 

7P3 . 
7P4. 
7pr . 
704 . 
7P7. 

7«*. 

737 . 

70^. 

7'1 . 

707 



RENAME? NO 

CR SIMPLY DEPRESSING THE RETURN KEY, HOWEVER, CAUSES THE OUTPUT SEQUENCE 
TO CONTINUE. 



SPIRES FURTHER RFSPCNDS TC THE NOTE SELECTIONS REQUEST DURING THE AC.TUAl 
TYPING OF THE ITEM SELECTIONS. TYPING WILL HALT AT THE ENC OF THE 
LAST LINE CF FACH SELECTION; THE TERMINATING CARRIAGE RETURN 
WILL NOT RE ISSUED BY SPIRES. YOU CAN RESPCNC BY DEPRESSING EITHER THE 
RETURN OR THE ATTN KEY. IF YOU PRESS RETURN THIS INOICATES THAT YOU 
WOULD LIKE THIS SELECTION NCTED ON AN "AUTOMATIC SCRATCH PAC". IF YOU 
PRC SS ATTN THIS INDICATES THAT YCL WCULC LIKE TO IGNORE THIS SEL p CTinu. 
ECR INSTANCE, REFERENCING TEE FOLLOWING FXAMPLF: 



TITLE: TITLE 1 

TITLE: TITLE2 

TITLE: TITLE3 

TITLES TITI.E4 

7 1 Tl.F : T ITLEE 



< DEPRESS RETURN? 
<CE p R ESS ATTN? 
<CEFRESS RETURN? 
<DE PRESS RETURN? 
<CEPRES$ ATTN? 



THF CIRST, THIRD, AND FOURTH ITEMS HAVE BEEN NOTED FOR SUBSEQUENT 
SELECT! CN. 



SURS C CUENTLY» IF YOU WANT TH C SELECTED ITEMS TYPED IN A DIFFERENT 
ECRMAT, YOU CAM ISSUE A TYPE CO^MANC WHICH INCLUDES THE SELECTION 
GROU® NAME. AN FXAMPLE FOLLOWS: 



? TYPE SrLFE TIOM. LSE FCPMAT2 

A C C M Pl ETE EXAMPLE FCtLCWS WHICH COMPpjF$ THE NOTE SFLECTIONS AND THE 
CHOOSF ATTRIBUTES REQLF STS. 



FIND? AUTHOR ZZYZ 



S ITEMS ACCUMULATED 

7 TYPF; CH'TSF attributes; note selections 
YOUR SF-LFCTIONS WILL BE GROU p EC UNPEP THE NAME SELECT IO K 'U 
TT MAY BE R FOAMED. 

RENAME? MYSFLS 

ynij MAY NOW MAK r ATTRIRUTE S C LECT!CAS 

ATTOiniJTFS? T ITI.f 

ATT°I H lJT r S7 <DFPRESS RETURN? 

THE FORMAT YOU S p l FCTED IS NAMED fORMATl ; IT *AY pn pck£m = d. 
RENAME® TITl. C S 



t IT* f : 

TIT) c: 
TITI f : 
T ITLE: 
TIT| c : 



T I Tl F I 

TIT* c? 

TT T ! p 3 
T!T| E4 
TTTI.CC 



<f}F por 5c PCT(JRN? 
<CEP° ESS ATP!? 
^CECpccS ATTN? 

<deppf<s return? 

<rFpoFSS ATTN? 



iptiom? typf wysf*_S 



O 

ERIC 

ijfflimffamiaaa 



T! TI.f : 
.AUTH np : 
TOPICS: 



FIRST TITI.E 
FIRST AUTHOR 
FIRST TOPICS 



7C 3# 

70 

7CS. 

7S6. 
7QT. 
7CQ. 
-»ors # 
3<V> . 
* 01 . 
HO?. 

■03. 
«C4. 
30F . 

or*. 
an7. 
ooq . 
ECO. 
oio. 
oil . 
"I?. 

»n. 

HI A. 
*1*. 
Ml* . 
’ll 7. 
aio. 
31°. 
R?0. 
*21. 

07 3 . 

0?'*. 

VS. 

«2S. 

0?7. 

9 ?R. 

»?*. 

■Ill . 
’72. 
oil. 

0 3 A. 

115, 

° 7*i . 
^37. 
03 

0 30 . 

ten. 

It, l, 

<u ?. 

«'h 7 . 
a/.i. 
3C.S . 
1AA. 

7. 

«AC. 
15 I, 

001 . 

151, 

’H. 



OATE: 

PUBLISHERS 

TITLES 

4UTH1PS 

TCPICSS 

HATES 

PUBLISHERS 

H.O.i RENAMING SFIFC 
*» 



FIRST DATE 
FIRST PUBLISHER 

FOURTH TITLE 
FOURTH AUTHOR 
FEURTH TOPICS 
FOURTH DATE 
FOURTH PUBLISHER 

IONS 



AFTER SPECIFYING THF NOT c SFLECTICNS RFCUFST YOU ARE ISSLEC THE MESSAG P 

and prompt; 

YOUR SELECTIONS WILL RE GROUPFO UNOEP THE NAME SELECTICMS 
IT MAY eE RENAMED. 

RFNAME? 

THF "SFIFCTIOM" NAMFS PRCVIDEO ev SPIRES ARE SELECTION!. SELFCTIQM2* 
SFLFCTI0N3. ETC. PFSP^CTIVELY FOR THE FIRST. SECCNO. TH!»C. FTC. T|MF 
YHJ HAVE MACE A NOTE SELECTIONS REQUEST. 

IF YOU ISSUe A -NO- P p SPONSE TO THF RENAME* CRGMRT CR SIMPLY OPPRESS 
THF RFTURN KEY . THE OUTPUT SECUFWCF CONTINUES. IF. HOWFVFR » YOU !SSU C 
A POSITIVF RESPONSE ASS 



Y c S 

SF LEC T! ON S-N A Mr 


YOU C4N PENAMP YOUR SFLFCTICNS GROUP. THF UTILITY OF NAMING A CPC'IP op 
SFIFCTIHNS IS FXP1 A INFO L ATFR IN THIS S c rTION. 

IF YOU RFPLY WITH "YH$ M TC THF RFNAMF7 PPCMCT * YOU ARE PF-FROMPTFP 
WITH: 

SELECTIONS NA« P ? 

THF rf ^PONSF TO THIS IS ALSO A $Ft EfT HNS-NAM® (S-N). 



AN c-N COMTAINS A CrwRINATICN CF FROM l TO 2S CHARACTERS; IMBFOPFO 

31 A NK S A of NOT AUONFC. THE FIRST CHAR AFTER M||S T B* AN A|.PHAB r TIC ho 
A NUMERIC. TH P REMAINOER OF THF CHARACTERS CAN PF ANV COMBINATION OF 
AIPMAPFTICS. NUMFOTCS. OR ANY OF THF FCllCWING* 






* 

TH p FOLLOWING AR C ACf.F°TAPLF S-N'SS 



SR S3-1S-AS 
TOOICSF) S 




THF pri LOWING WITH A RANK INCIUOFC I? NFT A l. p G*l S-N: 
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884. 
8*5. 
RE6. 
8«7. 
8E3. 
RED. 
P*0. 
Rft. 
862. 
863. 
B64. 
8M 5. 
off. 
«*>’. 
8*8. 
869. 
87Q. 
«*M. 
872. 
8^3 . 
374. 

R’E. 

47A. 

"7?. 
R7R . 
J7 8. 
390 . 
331. 
flF?. 
no?, 

83"*. 
8®*. 
0 r 6 • 
3?? # 
«P9. 
8«>9 . 
98 ( 7 . 
3«l. 
333. 
,r 3. 
394. 

R3r # 
7C «.. 
807 . 
f>30, 
►KO, 

ooo . 
| 371 . 

•S'*?. 

* 0:31. 

' J C4. 

om. 
or>* . 
t ■)?’’. 

0(30. 

910. 

’ll. 

•up. 

>13. 

014. 



Cf 

EXPERIMENTAL $ELS. 

IF YCUR RESPONSE TO EITHER THE RENAME? OR SELECTIONS NAME? PROMPT I S TO 
DEPRESS THE ATTENTION KEY, ATTN, YOU ARE RE-OROMPTFC WITH TI-AT PROMPT TO 
WHICH YCU RESPONCEC BY EMPLOYING THE TYPE REQUEST. FOR INSTANCE, IF YOU 
INITIATED A TYPE SEQUENCE BY RESPONCING TO A FINO? PROMPT AS: 

FINC? TYPE 

THEN WHEN YOU OPPRESS ATTN YOU ARE RF-PPCMPTFO WITH: 

FIND? 

THF ENTIRE TYPE REQUEST IS NULLIFIED YOU MAY ISSUE ANY COMPAND THAT IS 
A tEGITIMATF RESPONSE TO THE ISSUED PROMPT. 

ANY SELFCTICNS-ISAMF THAT YCU FAVF RFQUESTEC CAN BE USED IN THF 

n* 

"ITEM-SELFCTTCNS" (SEE SECTION *5.3) PORTION OF A TY°F CCMMAND. FOP 
«* 

EXAMPLE*”!® vnu’RESPOND TO A RENA Mf? FRCPPT WITH: 

RENAME’ AtTHORSFIS 

THEN YOU CAN SUP$FQ!JFNTLY ISSUE A TYP® COMMAND WHICH INCLUDES THF $-M 

Ml* 

AS: 



? TYPE AUTHOR SFLS 

TH C •’SFUECTIONI" NAMING SEQUENCF: S®l FCTIONI. SFUECTI0N2, SELECTIONS, FTC. 
STARTS WITH SELECTION AS THE NAM® ASSOCIATED WITH THE FIRST NOTE SEI C CTI0'1S 
RECMFST CURING A SPIPES SESSION. IT ALWAYS RESTARTS AGAIN WITH S®l®fTICNl 
FCP TH K NFXT SPIRES SESSICN. RENAMING « GPCIJP CF ITFM SEl c CTIONS ENABI r S 
YOU TO SFLECT A NAMC. MN®MONIC • CP ACRONYM THAT IS EASY FCP YOU TC RFMCMRPP . 
THFPE IS, HCWEVFP, A FAR MORE REACHING PFASOM FOR HAVING THIS FACILITY. 

IT AIDS IN PROVIDING A MECHANISM FQR pftaINING SELECTED Sl'AQCH REStM T$ 
RETWEFN SPIPES SFSSIOMS. THIS AUOWS YOU TO IUITIATF a LIST OF SFLECT^C 
ffaRCh PESULTS PIJPING CNE SFSSICN; COMolETF THIS LIST DURING SUBSEQUENT 
SFSSIONS; AND FINALLY OUTPUT THE TCXT. INDICATED ev TH C RESULTANT LIST, 
EMPLOYING A S INGL e TYPE OR PRINT COMMAND. FOR DETAILS CCNCFRNI NG THIS 
FACILITY SFF THF FOLLOWING CESCPI PT ICNS : 



SAVE SFLFOTIOMS 
SCRATCH SELECTION'S 
SHOW SFLCCTIOMS 
USE SELECTIONS 



(SECTION **> 
(SFfTION ’’I 
( SECTION 
(SECTION?) 



8. o.7 NCT r SFL CCT IONS OUR AT |0N 
*u _ 



THE DURATION OF A NOT® S C LECTIQMS P FOUEST DOES NOT TFRMINATE EITHER WHF 
ANPTH r P OUTPUT COMMAND IS ISSUFC 0® MH®N THF NEXT SEARCH IS IN ITIATFD, 

THE REDIJTST IS TFPMIMATFD. THAT IS THE "AUTOMATIC SCRATCH 0 A0 M IS ®ius cr , 
OMY WHFN YOU ISSU C THE CC M M ANG: 

CL C AP SFL er T IOf'IS 

THIS COMMAND CAN oc ISSUED IN R C SPQNSF TC ANY CF THF PROMPTS: 
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SIB. 
<U 6. 

919. 
oiq. 

920. 

921 . 

922. 

923. 
024. 
020. 
926. 

Q?7. 
020. 
029. 
030 . 

031 . 

032. 

033 . 

o?4. 

03 K . 

036 . 

039. 
03f». 
nio, 
c&o. 
0^1 . 
06?. 
06 3. 
066 . 
14*. 
566. 
V 7. 
06 P. 

04.0 . 

n* 0 . 

o"i. 

o-2. 

0 - 7 . 

5 r 6. 
oe;« . 

0 *6. 

-! c 9. 

r s n 

• 

060. 
061 . 
067 . 

o'. 7 . 
V. '> . 

040. 
066 . 
0'7. 

r 1 q . 
04 n m 
o’’.. 

■0 1 . 

97>. 
977. 
0 74 ,. 
0"*6 . 



SFARCH? ( SFF SECTICN 3.1 

0PTICN7 (SFE SFCTION 3.11 

FIND? (SFF SECTICN 4.2) 

? (SFF SECTION 4.?) 

NEXT? (SEE SECTION t) 

BECAUSE ••SCRATCH PAO" ERASURE IS EFFECTEP OMY WHEN YCU FXPIICITLY ISSIJF 
A CL p AR SFLFCTICNS COMMANP, YCU WAY NOTE AN C ACCUMULA^F SFLPCTIONS OVF e 
A SFRIES OF SFAPCH SFCUENCFS. THE ENT! PF SEIECTICN S FT CAN THEN or 
PRESENTED USING A SINGl E TYPF OR PRINT COMMAND. AN FXAMPLF FOLLOWS: 

FIND? AUTHOR SM*PF 



7 ITEMS ACCUMUL AT EH 

7 TYPE; NOTF SrLPCTICNS; CHCCSP ATTRIBUTES 

YOUR SFIETTIONS WIIL BE GROUPED UNDER THE NAME SPIPCTICN2: 

IT MAY PF RENAMED. 

RENAME? SPLGROUP 

YCU w*Y NOW *1 Ayp ATTRIBUTE SELECTIONS 
ATTR!°UTES7 TITLP 
ATTRIBUTES? <DPPPFSS RF TURN? 

THF FTRMAT YOU SPLECTEC IS NAMFO F0PMAT3I IT MAY BE RENAMFO. 

PFNAMF7 TITLES 

<TYP IMG STARTS HFR r > 



OPTION’ SEARCH 
7 RCSTAPT 

FINC? T IT! F MXl PI TX 



12 IT c wc ACCUMIJI. ATFO 
7 TYPE; IJSF TITt.PS 
<TyFING ST A»TS H^p? 



OPT I ON 7 S r A 9 CH 
7 RESTART 

c I \P7 Trpif. A2M.PAS 



6 I TP vs ACCIJWU ATFO 

7 TYPF; US P T ITI.ES 
<TYPING STA°T C HPPP> 



DPTIOM7 TYPE PP| GROUP 

< TYPING CP NOTcr SP|, r CT I1NS STA°ts H c o r 2 



OP TT 067 



n fap 



<=» PC TI CNS 
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p 7 A. 


5 . 1 C 


077 . 


M 


R 7 B. 




070 . 




oon . 




opi. 




p R 2 . 




ORB. 




ORA. 




OPS. 




ORA. 




«P7. 




qoo . 




ORO. 




o p r. 




OOl. 




oc?. 


a* 


OH, 




QCI/. . 




•70 A. 




A. 




007 . 




OCT. 




• QQO . 




1 0 C 7 . 




LOCI . 




p no?. 




1 nos . 




t l OCA. 




1 r»no. 




inoA. 








l r ‘ 00 . 


HH 


1 007 . 




ni 7 . 


HH 


nil . 




1 71 ?. 




inn. 




nn. 




Ml'. 




l'lA. 


H 


nn. 




1 M « . 




run. 




n?M. 


H* 


1 0 ? 1 . 




IN??. 




# 1 ’?}. 




in?'.. 


*.IC. ! 


V l<? r . 


m 


>1 V* . 





in?*. 
l'?°. 
* l *»?o. 

l?si . 

1 m. 

1 »V*. 
n ■» - . 

1 >7* . 



It 



SPFCIAL PURPOSE FCRPAT FRCCESSORS 



VCIJ HAVE BEEN SHOWN PCTH HCW TC EMPLOY THE eASIC TPXT PRESENTATION 
FORMATS* ANO HOW TO PRFSCRIB C YOLR CNN PCRMAT BY SELECTING AN ATTRI9UTF 
SUBSET CF YCUR OWN CHOICE. IN ADDITION* THERE ARE SPECIAL PURPOSE 
PPF-CCRMATTFD PROCESSORS WHICH YCU CAN AISO REQUEST. THE TEXT PR FSENTATHM 
FORMATS GENERATED BY THESE PROCESSORS ARE NORMALLY ORESCRIPE0 BY TH C 
MANAGERS CF THE VARIOUS CATA COLIFCTIONS. PECAt*SF EACH PROCFSSOR 1* 

DESIGNFD TO FACILITATE A SPECIAL FORMATTING REQUIREMENT* THEY NORMALLY CANNOT 
PE ARPLIFC TC MfRP THAN ONE CATA COLL FCT ION. 

TO SFLFPT A FORMAT RROCcSSOR. YCl SPFCIFY ITS NAME IN THF "USE** RCQitFST 
PORT I CN TE AN OIITRIIT COMMANC AS: 

? TYPE; USE POOCFSS0R-NAME 



A oRnrCSSOP-N AMF ( P-N | CONTAINS A rc MR l NAT! CN CF l TC 2S CHARACTFPS; 

I MQinpFn'p LANK S~AD f"nCT ALlCWFn. THF FfPST CHARACTER MUST RE AN 
AlPHABFTIC CR A NUMFRIC. THE REMAIMn c R UF THE CHARACTERS CAN BE 
ANY CCMPINATKN OF A». PH APET ICS, NUMFR ICS , OR ANY OF THE FOLLOWING: 



* 

/ 

* 



AS THE FfRRATS FOR THF PROCESSORS AR C "RESCRIBEO RV TH C MANAGERS* 

THF RESPECTIVE P-N* S ARE ALSO SPECIFIED PY THE MANAGERS. 

vr'.l may RFCUESt'T’lIST OF THF AVAIL ARIF P-N*S BY ISSUING THF command: 



SHCW FORMATS 

SfF SFCTI'i*! X* FOP A DFTAII.FD DFSrRIPTICN OF THIS FACILITY. HAVING 

cpc N the LIST OF AVAILABLE P-N*S* VGU CAf| SEE AN EXAMOLT OF ANY PARTlCUiA^ 

FORMAT ?Y ISSUING THF COMMANO*: 

SHOW FORMAT PRCCF S C CR-NAMF 



SFE S r C Tt CN ** FO*> A OFTAILED DE$CP.l°Y!CN OF THIS FACILITY. 
rPTir^AI. FROCESS^P QUANT IT l C S 



At THOUGH THF PRrCFSSFBS ARF OES IGNFC FOR SPECIAL i»»|P»OSF TE*T RRF S r NTATin i, 

AL , FnpMftTTFO OIJMITfTIcs jpc not ALWAYS AUTC M ATI r At* V CUTF'JT. SO« r 
QIJA^T IT |F<; APT PR r S FNTFQ ONLY IF THFV ryptlCITLY S c «.FCTFf) BY Y°L. 

FOt> a T r YT ftrwat RIGHT Al.WAvs INCLUDE FR r S c NT AT I^N OF Tft: 

ATTSI°MTES: VITUne. Tf TLF • ALO PljRl.l c HFO: ALL OTHFR AT1R IRLTr S MfOMT 

PF rir«UC c O FCt» f»or<;cvr»TinN CHY AT YOIJR c XR» ICIT R r OUF 51. ! c vr:„ on 
CFiFrT A PPrr.FSSOR that INCLUDES FORMATTING cptitnu QUANTITIES. S°! pf S 
ISSUFS AN ADVISORY MCSSAGF, t FF*j PO«MOTS VOL FOR TH r SF QLAMITIFS. !*i ™ r 
r X 4MO|c that FOLLOWS* THF PcrrFSSr?-N * m I is "P'JRCFASF-FntM AT**, TH C AU Tr,M ATff. Al » V 



/ 

\ 



O 

ERIC 

iminaffamiaaa 



ior\ 

1033. 

I 03° • 
1040. 
10*1. 

1 »42. 
10*3. 
10*4. 

1 04 c . 
1046. 
10*7. 
1040. 

1 0*0. 
1050. 

I »*|. 

1052. 

1053. 

1054. 
10*3. 
I0 e *. 

IOC?. 

I )FS. 
106C. 
in*0. 
10*1. 
10*2. 
lo*3. 
1064. 
1066. 
1 1**. 

l'»63. 
I V O. 
1070. 
1**71 . 
IC7?. 
lo?3. 
I o “»4 . 
l"? c . 
r» 7 *. 

1 07-». 
I 1 -*!. 

lO-»Q. 

10 C C. 

l oa l« 

I***. 

lo**3. 

I MO'.. 

1 r0A . 

V»P7. 

1C C3 . 
1 0 n< ? . 
l'»«o. 
1 001. 
I ; c ?. 
loci. 
10° 4. 
lo*-**-.. 
1 -«'s. 
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rtTP'JT ATTR IPUT e S ARCS TITLE, AUTHOR, AND PUBLISHER; THF OTHER OPTIONAL 
ATTRIBUTFS ARF S CORPORATE AUTHCRt CATF CF PUBLICATION, PRICE. PLACF OF 
PIJPIICATICW, ANT FCTTION STATEMENT. 

? TYPE? USF PUP CHASE-FORMAT 

THF FORMAT YOU SELECTEC INCLUDES OPTIONAL QUANTITIES 
QUANTITIFS7 OATF, PRICE 
OUANTITIFS? <0FORFSS R e TIJRN> 

WHTN YOLR REQUEST IS CC“PLETF* WHETHER CR NCT THERE ARF OPTIONAL 01 ANTITIES* 
SPIRFS IMMECIATPLY STARTS TYPING. IE VOL WISH TYPING TO START CN A 
CLFAN SHEET O p PAPFR, YCU M'JST MANUALLY ROLL THE °L AT EN FOR POSITIONING 
BEFORF OFRRFSSIMG THF RETURN KEY. 

YCU MAY ALSC f OMB IN r THIS FERMAT FACILITY WITH THE SELECTIVE TOCUNFNT 
FACILITY ASS 

OPTION? TYPF 4, 7, 3, If; USF PURCHASE— FCRM AT 
PR AS AK A| TCRNATIVFt 

? TYPF SELECTION?? USF PURCHASE-FORMAT 

S.10.2 ®P n CESSOP /FORMAT NAMING CONVENTIONS 

M# 

IN SECTION e . 7 YOU WFPF SHOWN HCW TC P c NAMr A "FCP“»TI% CHCCS* 

ATTRIBUTES GROUP. YOU WFRF ALSC SHCWN HOW A RENAMFQ ATTRIBUTES 
GROUP CAN BF RF-S c L r CTFO IN THF "USF" RECUEST PCRT ION OF AB CJi.iT *N|T 
STATEMFNT. A FORM AT— NAME HAS THE IOENTICAL CHARAC. TFRI STIC S AS * 

MM 

PR0C r SSOP-MAMF. TH f PEFORB. THFR C I S NO WAV TO DISTINGUISH EETWFfb- 
MM 

THFM IN A •USE" RCQLEST. CCNSFCIJCNTLY, | p YCU TPV TO S P LECT A 
FOR m \T-MAMF FOP PRIVATE USF THAT IS IDENTICAL TO A PUBLIC. 

MM * 

£«FR-COMMnN PROOF p s r R-NA M,: . SPIRES ISSUES AB ACVISORY MPSS*CE. FCP 

THF F CLL r Wl AG FXA*PIF» ASSU**F THAT "0*01 -FORMAT* IS THE NAMF O c A 
PlIRl IC op OOfS SOP. 

? TYPE: CHCCSC ATTRIBUTES 
vn*l MAY NOW MARC ATTR IBLTF S p t.FOTirr.S 
ATT«IPU TC S7 AG C . CL ASS l F ICAT ICN 
ATTRIBUTES? <O p PRFSS R«*TURN> 

THE FTR** AT YOU SELECTFC IS NAM r O no»»AT3; IT »*AY n - REMMC'J 
? C N AM r ? GECL— cr R*AT 

THF U.AMC yOL SFI.pCTFO I* ALR p EOV |r: LS C . 

Of, AMP? 

c .!l °PI*!T p 0 m MA»|O 
**M 



MSP'G THE op PIT COMNAMO VAR ! r S SCM C WHAT roo** USING TH C TYPE COMMAAO. 

THF OiepppPKCPS R C SIM T FROM THF USER ENV IR 1NMC»|TS IN HrtlCH THF TViO 
fn*4MANnc ARP *^wp| oven. THE USF r F TVP p IS FMPLCY C P. PNTIRflY. 1*1 .AN 
CK-l |Kf HSeo-SPIRCS TMTPRAFTIVE SFOLFNCC. THE LS r C p PRfNi IS cmplfybo 
IB A TWC PHASP US PR c KVIRCN vc NT. A PRINT ACT ICB IS I'lITlATPr l;| A*! 

QM-i trip l»»TPR AC.TIV r S p OUFNC c * PUT FINAL F°I MING riSP r SITICN JCCJRS I^l 
rpr-tlBF. Nn*-!NTCP ACTIVE. BATCH OPOFCSSING ENVIRONMENT. 
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IN ACCITICN TC "PRINT"* OTHER DATA MLST ACCOMPANY THIS COMMAND IN.n»OEP 
TC INITIATE A PRINTING ACTICN. THFSE HAT A ARC: 

BIN-NUMBER 

print-traIn 

numbIr^ofhtcpies 

AN EXAMPLE OF A PRINT COMMAND WHICH INCIUCES THESE CATA IS: 

? PRINT; BIN 221; TRAIN UFLCW? COPIES T 
TH e SEMICOLON Cl SEPARATORS MAY BE OMITTED BETWEEN THE RECIEST CLAUS C S. 
AFTER SPIRES HAS ACCEPTED A PRINT CC""ANO. VCU APE THEN PPrPPTEC WITH: 
OPTION’ 

$FF SFCTITN 3.1 FCP A LIST CF AIL TFF RESPONSES TO THE ABOVE PRO^T. 

PIN N'IMpcP 



ALL PPINTING IS CON c OM A 1403 TRAIN PRINTER. THIS IS A PERIPHERAL DEVICE 
ATTACHEC TC THE 3*0/67 COMPLTER LCCATFO IN THF STANFOPC COMPUTATION C c NTFP . 
THE 360)67 IS ThIt MACHINE ON WHICH SPIRES EXECUTES. WHEN A PRINTING 
PFOL«T IS CO"PLETEC, A CCMFUTEP rPFPATOR PLACES THE PRINTER-COPY IN A 
BIN-RACK LOCATED IN A USER SERVICE BRFA AT THE CC " J£N « ‘T El P. TH 
PARTICULAR BIN. ASSI6NFC TO YOU BV CO"PLTATION CENTER PERSONNEL* IN WHICH 
THE CCPV IS PUCEC IS SPECIFIED ev BIN-NUMBER. BIM-MU"8FR HAS T H e eorm: 



PIN INTFGEP 



cfr DAPPLE: 

OPINT; PIN 416 

THF SEMICOLON 1$) SEPARATOR MAY BE CMTTEn. 

VOL "1ST SLPPLV A BIN-Mi"PFP; IF VCU 'All TC CC SC SPIRES ISSUES AN 

Aovisrov pessAGF avTTTpc^ft as: 

«IN N1I"PER C"IETEC. 

PIN NIJMPE” 

th c !>FSF r *SE TO THIS IS. OE COURSE, A P|M-UII"BE®. I p YCtJ PE$p-|?|n ny 
SIMOLV TEPRESSIMG TH*^ PE TURN KF V VCL AO^RE-PRCPETEC WITH PIN ’'UM*=®? 
IF VOUR RESPONSE 1$ LN R ECCGM 2E AEL p MI"3FS AS5 
Pin AL' M Pc°’ 43? 

VC" A*B ISSIJEC TH r ARVISOPV MESSAGE ANO PROMPTS 
Tl LEGAL Rp» MUMPER; SP r <*IEV AGAIN. 
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11*0. 

116". 

1 If l ■ 

1 1*2. 

1163. 

1164. 

1165. 

1166. 
1167. 
1160. 
llfo. 

1170. 

1171. 
117?. 

1173. 

1174. 

1179. 

1176. 

1177. 
1170. 
1170. 
llBo. 
1191. 
ll°2. 
11 «3. 

1 1 P*. 

1105. 

1106. 
11 P*». 

1180. 
lioo. 
ll« 3 . 
ll e l . 
11 °?. 
1133. 
ll 0 4. 
119 K . 

I l Q 6 . 
ll’*. 

ll~0. 
1 1°°. 
1203. 
1?C|. 
I?''?. 
12001. 
l? n *. 

120*. 
1207. 
12- «. 
1 ? r,n . 

i2n. 
1?11 . 
121 ?. 
1213. 
121-. 
1 ?l c . 
1 2 1 • 
1217. 
121*1. 
1 21 ° • 



BIN NUMBER’ 



IF YCUR RESPONSE TO THE BIN NUMBFR? PROMPT IS TO OPPRESS THE ATTENTION 
KEY* ATTN* YOU ARF RF-PROMPTEC KITH THAT PROMPT TO WHICH YOU ooiut 
«Y EMPLOYING THE PRINT REQUEST. FOR INSTANCE* IF YCU IMTIATEO A PRINT 
SEQUENCE BY RESPONDING TC A NEXT ITEM? PROMPT AS: 



NEXT ITEM? PRINT 

THEN VHEN you DEPRESS ATTN YCL ARE RE-PRCMPTEO KITH: 



NFXT ITFM 7 

CNCF YPU HAVE SPECIFIED A 9 IN NUMBER * OURING A SPIRES SESSICN, IT 
| < NOT NECESSARY TO RF-SPECIFY THAT NUMBER FCR a SU9SEQUFNT PRINT 
REQUEST. FOR FXAMPLF: 

7 PRINT? BIN 369 



4 ITFMS ACCUMIILATFfl 
? PRINT 

SPIRFS WILl NCT PROMPT YOU FOR A PIN NUMBER TO ASSOCIATE WITH THE 
SFCFND PRINT. HOWFVER* IF YCU WISH SUBSEQUENT COPY TO RF PLACFfl IN 
A BIN OIFFFPFNT THAN THF PRFVIOLS CNF* YCU MAY EXPLICITLY SPECIFY 
ANCTHFR BIN-NUMPFR AS: 

’ PPINT; PIN 369 



? PPINT; BIN 21 B 

9 . 11.2 PRfPT TOAIN? 

«• 

th stop 40 F THRPT fJI PCFRFM PRIMER TRAINS THAT CAN BE USED FPP OR! M TI*IG 
COPY. THF ONT YOU RFQUIPF IS SEIFCTF" BY PPINT— TRAIN; IT *SS*J»«FS THE FOPM: 



«« 



TRAIN TFA I*!-S c l. p C TION 



TPATN-SFI FCTIQW HAS 0N C OF THF VALUES: 



•JPPFR A 

•|F| CW P 

1. 1 °R AP V C 

AN FX6PFIF FClL r W9: 

? PPINT? T 0 A J B »|PP* R 

•j|4c C c *^IFOI.ON 1 :) S r, *A‘ > ATOO may of C*IT1FO. 

TH* 1 TRAIN cppr I F I rr > BY P ITH C R IJFPER C° A C r NTAINS T H C STANfARO 64 
CH'RAFTFp SFT f APPEND I Y XX) WHICH INCUIPES UP° co - CAS- °LT 10T 
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1220. 

t?n. 

122 ?. 

1223. 

122*. 

122 ?. 

1 22ft. 
1??7. 
122*. 
1229. 
1730. 

1231. 

1232. 

1233. 

1234. 

1235. 
123'.. 
1237. 
12*R. 
I2? c . 
124D. 

I2M. 

1742. 

1 74-3 . 
1744. 
12 4 *. 
1244. 
1747. 
12*°. 
1 24<* . 
17*0. 
I2 e l. 
1?E2. 
17*3. 
12*4. 
12*7. 
12 **. 
12*7. 
1 ? c< *. 
12*0. 
12# 7. 
17*!. 
1 7f 7. 
1"**3. 
1?'>4. 

I?* 1 ;. 

174#.. 



• S.r ' . 
. l?*o. 

* 1 7*»n. 

17*»1. 
17^’. 
\ 1273. 

177/-. 
127-. 
127*. 
177-*. 
1 ?7*. 
127^. 
17»~ ». 






LCfeBR CASE ALPHABETIC CHARACTERS. 



the train SPECIFIED BY EITHER UPinw OR 8 CONTAINS a 120 CHARACTER S C T 
( SEE APPENDIX YX) WHICH INCLUDES BOTH LOWER CASE ANC UPPER CASE AL®HA- 
BETIC CHARACTERS. 



THE TRAIN SPECIFIED BY EITHER LIBRARY OR C IS A MCCIFIFC 120 CHARACTER 
SET TRAIN I S B P APPENDIX IT) WHICH INCLUDES DIACRITICAL HARKS. THESE 
MARKS APE REQUIRED FCR PRINTING PIBLICGRAPHIC ENTRIES CONTAINED IN THE 
STANFORD BALLOTS (LIBRARY AUTONATION PROJECT) OATA COLLECTIONS. 



VCL ARE NOT REQUIRED TC NIKE A PRINT-TRAIN SELECTION; IF YOU DO NOT* 

SRIRES SELECTS THE LIBRARY TRAIN FDR PRINTING. CNC e YOU HAVE SPECIP! c O 
A PARTICULAR 'PRINT TRAIN* DURING A SPIRES SFSSICM* THIS SELECTION HOLDS 
FDR SUBSEQUENT PRINT REQUESTS. IN THE FCLLCWING EXAMPLE? 



OPTION? PRINT? BIN 234; TRAIN UFLCW 



12* ITFHS ACCUMULATED 
? PRINT 

THE UFLCW TRAIN IS ALSO IISFD FOR THE SFCONO PRINT REQUEST. 

•3.11.3 NUMBER OF COPIES 
*# - 

FOP e e r> PRINT RFOUFST YDL CAN SPECIFY ANY MJMBFR PF PRINTEC COPIfe 
<M3«*f THAN ID?). THIS NUMBER IS SELEC^C BY NUWBER-OF-COPI ES; IT HAS 

THE C DRM: 

CO® IFS INTEGER 
*1 

THF FOLLOWING IS AN EXAMPLE? 

? PRINT? COPIES R 

VCD APE NCT REQUIRED TO MAKE 4 NUMBFR-fJF-COP.IES SFI.ECTICN? IF YCU n C 



MOT. SPIPFS SH'TTS FTACTLY l CCFY TC «F. PRINTFC. IP YCU CC S®«Tirv .« 
C C RT Al*l HifMoep pp COPIES FOR A PP I*«T REOIJPST, THIS NUMBER DOES ‘JOT HO! n 
pop SLBE K QUFNT RFQU C STS. FCR INSTANC e , 1* THF FPLLCW IMG? 

N*XT ITFM? PRINT; CCFI c S 4 



4 ITFMS ACC OMUL ATCO 
■> PPPT 

p»n v l CDPV IS P° !MT c O for THE EEC HKD PRINT RFQIjesT . 

c .ll.4 PPIMT - ITFM EEl c C 71PNS 

. 



FFCTIDM *.3 or SCRIBES THE mcthCC CF S c ‘.ECTING CERTAIN ITEMS FR°m A 
CO 1 L e CT FD SFT fpr TH C PURPOSE OF TFXT ppf STRATI' 1 * ^T A TV c F(,Rf t c p 




I >°l. 
12^?. 
12*3. 
12*4. 
12« r >. 
t2’ 4 . 

I 

lP nn, 

12«0. 
12"1 . 
1207. 
12°3. 

1 204.. 
I2"'j. 

I 20/. . 

p°\ 

1.750. 

1207. 

l’cc. 

1301. 
1-3 37. 

I 303. 
13"'.. 

1 3" r . 
130'*. 

13 77. 

17,-0. 

13"7. 

1 3 1>» . 
I’ll. 
1312. 

1 317 . 
1 ’1 
1 3 1 r . 
131*.. 
I 317. 
13H. 
171". 

13? >. 

1 321 . 
1 7 2 7 . 
1 3*3. 

1 37'.. 

I *? r . 
1 32*.. 
1 32”. 
1 i2->. 
I *2". 

1 ivi. 

1 3’ 1 . 
1 -777 . 

I 377. 
1 33a. 
13*". 

1 7*^. 

1 3?”. 

137 ». 

1 3? •. 

I 3^' . 

I’' l. 
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TCt*m»i4i.. THIS T F C HM ICIF EMPLOYS THE US C OF I^FCrR VAIM^C !T r M ? ol ?C 1- 
P I e °9 • SPMF PYAMP|.=S AR?S 

3 TYPF S 
o TVPr 3-7 

? TYPF 6-a» 10 

IN S c CTIC^S 3.3 Vic e .9 • l THE USF OF *'AMFS AS I TF w SPECIFICS IS 
pfscmkeo. $r« r fyamflfs ape* 

3 ryop SFLEETTONl 
? TYPF mvsfi EOTICKS 

YOU may ALSO U->c ITCM SPECIFIERS !M CONJUNCTION WITH THE PPTNT cnMMAMC. 
SC MP CXAMP1.FC ape: 

7 PR II ' 13. 2 1 4.; PIN 101 
? PRINT YCUOSOLS; CCVIFC 7 
7 PRINT SELECTION 2 

B.U.e PR I NT - CHOP 51 MG ATTPIRLTFS 



SPCTIOM S.2 O^SCRIRFS TH*" PROCESS of CHfTSUO A SFT of ATT® I9UT ES IN 
ORCfo TC FrpM yrijp rmu FT#*MT for tf*T OR p SENTA Tl C fl \? A TYFFkRIT=p 
TFRM f f A* • THIS S** c T p OH«TSr*J c CAN Al.SO pc USFO |Aj CONJUNCT ITI WITH A 
PR !*'T o"OU=5T. VI c Y3*oLF f-CILCUF: 

noTiniv? PRINT* CHCrcF ATTR!PUT P S 

vnij may NOW M A«T ATTRIOUT^ S c lECTirNF. 

ATTRIF1JTPS7 TI7-1.F, Ct|PLTSF c F 
ATTPIHtTFFO <r>CRPCR< ATTN> 

TF= c"R«»AT V3 M C e t.. c CTFr! IS M&Mrr} enpv«T3; IT PAY «*F £*ca amc 1 . 

sPMMt? j | t j r_0)f«t 

AFT c;? r*FPp “SS p'C t H c R"Ti|P*} k?v T c PMfHATp<G THF oc»j\vc-> PRC^°T» WH py h~p 
ro N'”T vot PO»|%vr vnjp crpMJT, THIS c * r S TH C PRINT R c R*l r ST. AT Tt-IS 
yj.jc <;r>icc$ *»j "PTI°N 7 PROMPT T C rr*t TfMjr TH C INT r °ffCTlJN. 

c.u.4 popr - ijr! f g fc p *at AF*» rcFS«ro 
* * 



T!0*|5 r .7 a*im c . 7 . 1 pc^rxToc hCW TC R = CUFST USING Frts*»AT$* PR r v ff'MSI v 
SP r C!FI e r RV v*n| t P 30 T p XT PP c St'lTA T T*t*» at a TYP p fcR!T c R TC»ir|MM . 
crrTIO'l c.jf) «*r<;rPI7 r 5 A SIMLAO c iCIL! T Y p 0P, o r 7'| r STI IG S 3 ^!*! P!J°°O cr 
format ppnr r SSi7Rr. »f «rivr-*TTP S" IS. 7* r AA ve re a fpkvjt v )ij hav c 
SP^ riFICC, TH C C1||"«.||»1G IS AN r XA*1Pl C of ITS 'JS*-GF : 

Cf|P*> no |*«t a, i; i_S r p l V r -M T °F 

F.ll.7 3ATA-C »i I rPT|r»-\A*»r qr^r^f 
T H 



co^CIAl P|jPPR<;r F n CC r SF"P5 AFR C c EICN r r TR rp"<; c NT TEXT FPpM rv r °v 
IT Fp |N .* C.*TA ClU" f T!71. RFCAtjFF "je TH r 1 A»GE V«H.«, M<r " c T-X T jf PF 
po^crpjrn, th**r - RnrrFc, ra*i pc !*:|Tirr c '' o*,j_v mITh a "pint com** a* in. 

XH7 TVP" A ,,r * nfFPlAV rnMMA t *mc . WHICH *. r,r I M = f, ntr ! ctr US" WITH mor-: 1 I M !T tr ) 
X"yt SFloCT-IRl!* r*. JMOT oc "Moj nyrn. p nF !*ISTV!C r » *.SSM M,_ THAT ••T"*. MRAf T! .'IMS** 
|< x»|R •“A»F 7F A OA.TA C.CIL”CT|PA AA - C * , CIIP r HAS E-FRRM AT‘* fS T F* : ’H ,,c OF 
-Vi~ s«.l r l- F I r H ^T.'. «jM r TFXT pporcssn 0 . TH r A* TH r F|~U "WplC ! ? * I - Y * vo l 
rvo l. f 'Vl> G TH , ‘S'' *!**c^. 




HA?. 
13*1. 
1?/ A. 
1W. 

1 14F. 

1 

13*«. 

13AO. 

no. 

11S1 . 

IT*?. 

no. 

1 3^V. 

n e s. 

. 

i i r7 . 
n ct f. 

1 3*0. 
1 1'C. 

n* i . 

1 3 *?. 

no. 

no. 

1 ?AR. 
1 

w* 7 . 
i *o. 
n* 7 . 

1370. 
I 171. 
1377. 

im. 

ir* 4 . 

mo 

1 3 7/,. 
1 1 7 * ? . 
m c . 

i 

l *»■ '. 
nei . 
m?. 

I , 7 3 . 

1 v* .. 

l *‘ c . 



C !N»*? PRINT TRANSACTIONS; USE PL P CHASE- FORMAT 
9.11. « PRINT - NOTING SELECTIONS 

SECTION *>.R HP SCR IP C S HOW YOU ON AFFECT NOTING TEXT SEIPCTICMS USING 
THE SPIRFS "AUTOMATIC SCRATCH PAC". THIS TECHNIQUE AILOWS VOU TO ocRlj^ c 
A S C T OF i t c «S VI PHI NG ONLY CNF CR TWC PFPTINFNT ATTRIRIITFS* 'JOTF THF 
S P L E r T IONS CP PR INC INTCRFST AMC THPN HAVF TYPED A MQR C CC*PlFT r T C *T 
croYAT CF YOUR NOTCH SELECT ICNS. YCU WERE SHOWN HOW TO USE TH r NOTE 
SELECTIONS REOUFST WITH A TYPE COMMAND. THE NCTF S C LECTICNS R c CUF<;t 
EAVAPT PP US p C IN A PRINT COMMAND. HOWFVEP » WHAT CAN R r OOMC I S TO f ov- 
PIMP THE EACH I TICS CFFCRER IN THE TYFE AND PRINT COMMANDS. FIRST vmj CAN 
NOT* SELECTIONS USING A TYPE CO^PANO; SFCCNP* YOU CAN PRESENT TH c L A«G c R 
VCl L M E CE TFXT C we LCY ING A PRINT CC“MANC. IN THP FOLLOWING FXAWPI. C 
"TITLES" IS A F CP “AT THAT CM.Y PRESENTS THC TITLE ATTPI3MT C OF A*| ITC‘1: 
HMQRrTcxT" IS A format THAT PROVICES A M ORF COMPL c TE TOT FRp.S r NT A TIO. 

S ITFM< ACCUMUMTEO 
7 TVPF* HSF TIT» 

TIT» f: T ITI - 1 <DFppfss RETURNS 

TITLE: TITI.f? <rFORC$S ATTN> 

TIT«f: TTT1.F3 <f)cpRCS$ ATTN> 

T ITI F: TIT1E4 <n c PRFSS R C TUPN> 

TI T(. r : TI TL Ke; < OPPRESS RETU°N> 

r ’PT ICN ? PRINT* COPIES 1C: USE MORET r XT 
r D TI CN? 

F.11.° P p I N'T - INTEPP'IPT ING TEXT PP FS*MTAT lOfl 

m 



SFCTICN S.R HFSfP.incs INTFRPtJPTIMG TFXT pOF S C »!TAT!CJN AT A TYP'WPITft? 
TrR w I * AL. PNfF YOU HAV C IN' IT IATET CFC-LINE PRINTING USING A ^ INT 
COWMAN 1 :* IT IS MOT POSSIBLE TC INTCpolpt THIS RPOCFSS. 

k . 1 2 OISPI AY CPMVANO 

*»» 



